Compartilhar via

Access Control

O controle de acesso refere-se à declaração de quais clientes podem usar determinados elementos de programa, como tipos, métodos e funções.

Noções básicas do controle de acesso

Em F#, os especificadores publicinternalde controle de acesso e private podem ser aplicados a módulos, tipos, métodos, definições de valor, funções, propriedades e campos explícitos.

  • public indica que a entidade pode ser acessada por todos os chamadores.

  • internal indica que a entidade só pode ser acessada no mesmo assembly.

  • private indica que a entidade só pode ser acessada do tipo ou módulo delimitado.

Observação

O especificador protected de acesso não é usado em F#, embora seja aceitável se você estiver usando tipos criados em idiomas que dão suporte protected ao acesso. Portanto, se você substituir um método protegido, seu método permanecerá acessível somente dentro da classe e de seus descendentes.

O especificador de acesso é colocado na frente do nome da entidade.

Se nenhum especificador de acesso for usado, o padrão será public, exceto para let associações em um tipo, que estão sempre private no tipo.

As assinaturas em F# fornecem outro mecanismo para controlar o acesso aos elementos do programa F#. As assinaturas não são necessárias para o controle de acesso. Para obter mais informações, consulte Assinaturas.

Regras para controle de acesso

O controle de acesso está sujeito às seguintes regras:

  • Declarações de herança (ou seja, o uso de inherit especificar uma classe base para uma classe), declarações de interface (ou seja, especificando que uma classe implementa uma interface) e membros abstratos sempre têm a mesma acessibilidade que o tipo delimitado. Portanto, um especificador de controle de acesso não pode ser usado nesses constructos.

  • A acessibilidade para casos individuais em uma união discriminada é determinada pela acessibilidade da própria união discriminada. Ou seja, um caso sindical específico não é menos acessível do que o próprio sindicato.

  • A acessibilidade para campos individuais de um tipo de registro é determinada pela acessibilidade do próprio registro. Ou seja, um rótulo de registro específico não é menos acessível do que o próprio registro.

Exemplo

O código a seguir ilustra o uso de especificadores de controle de acesso. Há dois arquivos no projeto Module1.fs e Module2.fs. Cada arquivo é implicitamente um módulo. Portanto, há dois módulos Module1 e Module2. Um tipo privado e um tipo interno são definidos em Module1. O tipo privado não pode ser acessado, Module2mas o tipo interno pode.

// Module1.fs

module Module1

// This type is not usable outside of this file
type private MyPrivateType() =
   // x is private since this is an internal let binding
   let x = 5
   // X is private and does not appear in the QuickInfo window
   // when viewing this type in the Visual Studio editor
   member private this.X() = 10
   member this.Z() = x * 100

type internal MyInternalType() =
   let x = 5
   member private this.X() = 10
   member this.Z() = x * 100

// Top-level let bindings are public by default,
// so "private" and "internal" are needed here since a
// value cannot be more accessible than its type.
let private myPrivateObj = new MyPrivateType()
let internal myInternalObj = new MyInternalType()

// let bindings at the top level are public by default,
// so result1 and result2 are public.
let result1 = myPrivateObj.Z
let result2 = myInternalObj.Z

O código a seguir testa a acessibilidade dos tipos criados em Module1.fs.

// Module2.fs
module Module2

open Module1

// The following line is an error because private means
// that it cannot be accessed from another file or module
// let private myPrivateObj = new MyPrivateType()
let internal myInternalObj = new MyInternalType()

let result = myInternalObj.Z

Consulte também

  • Last updated on