Classes vs. módulos no VB.NET

É uma prática aceitável usar módulos em vez de classes com funções de membro compartilhado no VB.NET?

Eu costumo evitar os módulos, porque eles parecem restos do Visual Basic 6.0 e realmente não parecem mais se encaixar. Por outro lado, não parece haver muita diferença entre usar um módulo e uma classe apenas com membros compartilhados. Não é tão frequente que eu realmente tenha muita necessidade, mas às vezes há situações em que elas apresentam uma solução simples.

Estou curioso para saber se você tem alguma opinião ou preferência de uma forma ou de outra.

Modules são equivalentes de VB para staticclasses C # . Quando sua classe é projetada exclusivamente para funções auxiliares e métodos de extensão e você não deseja permitir herança e instanciação , use a Module.

A propósito, o uso Modulenão é realmente subjetivo e não é preterido . Na verdade, você deve usar um Modulequando for apropriado. O próprio .NET Framework faz isso várias vezes ( System.Linq.Enumerablepor exemplo). Para declarar um método de extensão, é necessário usar Modules.

Eu acho que é uma boa ideia continuar evitando os módulos, a menos que você os cole em namespaces separados. Porque, no Intellisense, os métodos nos módulos serão visíveis de qualquer lugar nesse espaço para nome.

Então, em vez de ModuleName.MyMethod()você acabar com MyMethod()pop - ups em qualquer lugar, isso invalida o encapsulamento. (pelo menos no nível de programação).

É por isso que eu sempre tento criar Classe com métodos compartilhados, parece muito melhor.

Os módulos não são obsoletos e são muito usados ​​na linguagem VB. É a única maneira, por exemplo, de implementar um método de extensão no VB.Net.

Há uma enorme diferença entre módulos e classes com membros estáticos. Qualquer método definido em um módulo é acessível globalmente, desde que o módulo esteja disponível no espaço para nome atual. De fato, um módulo permite definir métodos globais. Isso é algo que uma classe com apenas membros compartilhados não pode fazer.

Aqui está um exemplo rápido que eu uso muito ao escrever código VB que interage com interfaces COM brutas.

Module Interop
  Public Function Succeeded(ByVal hr as Integer) As Boolean
    ...
  End Function

  Public Function Failed(ByVal hr As Integer) As Boolean
    ...
  End Function
End Module

Class SomeClass
  Sub Foo()
    Dim hr = CallSomeHrMethod()
    if Succeeded(hr) then
      ..
    End If
  End Sub
End Class

É aceitável usar Module. Modulenão é usado como um substituto para Class. Moduleserve a seu próprio propósito. O objetivo Moduleé usar como recipiente para

• métodos de extensão,
• variáveis ​​que não são específicas de nenhuma Class, ou
• variáveis ​​que não se encaixam corretamente em nenhuma Class.

Modulenão é como uma Classvez que você não pode

• herdar de um Module,
• implementar um Interfacecom um Module,
• nem crie uma instância de a Module.

Qualquer coisa dentro de a Modulepode ser acessada diretamente dentro da Modulemontagem sem se referir ao Modulenome. Por padrão, o nível de acesso para a Moduleé Friend.

Aulas

• classes podem ser instanciadas como objetos
• Os dados do objeto existem separadamente para cada objeto instanciado.
• classes podem implementar interfaces .
• Os membros definidos em uma classe têm o escopo definido em uma instância específica da classe e existem apenas durante o tempo de vida do objeto .
• Para acessar os membros da classe de fora de uma classe, você deve usar nomes totalmente qualificados no formato Object.Member .

Módulos

• Os módulos não podem ser instanciados como objetos . Como existe apenas uma cópia dos dados de um módulo padrão, quando uma parte do seu programa altera uma variável pública em um módulo padrão, ela fica visível para todo o programa.
• Membros declarados em um módulo são acessíveis ao público por padrão.
• Pode ser acessado por qualquer código que possa acessar o módulo.
• Isso significa que as variáveis ​​em um módulo padrão são efetivamente variáveis ​​globais porque são visíveis de qualquer lugar do seu projeto e existem durante toda a vida útil do programa.

Quando uma das minhas classes do VB.NET possui todos os membros compartilhados, eu a converto em um Módulo com um namespace correspondente (ou apropriado) ou torno a classe não herdável e não construtível:

Public NotInheritable Class MyClass1

   Private Sub New()
      'Contains only shared members.
      'Private constructor means the class cannot be instantiated.
   End Sub

End Class

Os módulos são bons para armazenar enumerações e algumas variáveis ​​globais, constantes e funções compartilhadas. é muito bom e eu costumo usá-lo. Variáveis ​​declaradas são visíveis em todo o projeto.

Você deve usar um módulo (em vez de uma classe) se estiver criando métodos de extensão. No VB.NET, não conheço outra opção.

Sendo resistente aos Módulos, passei algumas horas inúteis tentando descobrir como adicionar algum código padrão para resolver assemblies incorporados em um, apenas para descobrir que Sub New()(Módulo) e Shared Sub New()(Classe) são equivalentes. (Eu nem sabia que havia uma chamadaSub New() em um módulo!)

Então, eu só joguei o EmbeddedAssembly.Loade AddHandler AppDomain.CurrentDomain.AssemblyResolvelinhas lá e Bob tornou-se meu tio.

Adendo : Eu ainda não fiz o check-out 100%, mas tenho uma impressão que Sub New()é executada em uma ordem diferente em um Módulo e em uma Classe, apenas pelo fato de que eu tive que mover algumas declarações para métodos internos de fora para evitar erros.