Clases vs Módulos en VB.NET

Creo que es una buena idea seguir evitando los módulos a menos que los pegue en espacios de nombres separados. Porque en Intellisense los métodos en módulos serán visibles desde todas partes en ese espacio de nombres.

Así que en lugar de ModuleName.MyMethod() terminas con MyMethod() ventanas emergentes en cualquier lugar y este tipo de invalida la encapsulación. (al menos en el nivel de programación).

Es por eso que siempre trato de crear Clase con métodos compartidos, parece mucho mejor.

Los módulos no están en desuso y se usan mucho en el lenguaje VB. Es la única manera, por ejemplo, de implementar un método de extensión en VB.Net.

Hay una gran diferencia entre Módulos y Clases con Miembros Estáticos. Cualquier método definido en un Módulo es accesible globalmente siempre que el Módulo esté disponible en el espacio de nombres actual. En efecto, un Módulo le permite definir métodos globales. Esto es algo que una clase con solo miembros compartidos no puede hacer.

Aquí hay un ejemplo rápido que uso mucho al escribir código VB que interactúa con interfaces COM raw.

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

Es aceptable usar Module. Module no sustituye a Class. Module sirve a su propio propósito. El propósito de Module es utilizar como un contenedor para

• métodos de extensión,
• variables que no son específicas de ningún Class, o
• variables que no encajan correctamente en ningún Class.

Module no es como un Class, ya que no puede

• heredar de un Module,
• implementar un Interface con un Module,
• ni crear una instancia de a Module.

Cualquier cosa dentro de un Module puede ser accedida directamente dentro del ensamblado Module sin referirse al Module por su nombre. Por defecto, el nivel de acceso para un Module es Friend.

Clases

• las clases pueden ser instanciadas como objetos
• Los datos del objeto existen por separado para cada objeto instanciado.
• las clases pueden implementar interfaces.
• Los miembros definidos dentro de una clase tienen un ámbito dentro de una instancia específica de la clase y solo existen durante el tiempo de vida del objeto.
• Para acceder a miembros de clase desde fuera de una clase, debe usar nombres completos en el formato de Objeto.Miembro.

Módulos

• Modules no se pueden crear instancias como objetos , porque solo hay una copia de los datos de un módulo estándar, cuando una parte de su programa cambia una variable pública en un módulo estándar, será visible para todo el programa.
• Los miembros declarados dentro de un módulo son de acceso público por defecto.
• Se puede acceder por cualquier código que pueda acceder al módulo.
• Esto significa que las variables en un módulo estándar son efectivamente variables globales porque son visibles desde cualquier lugar de su proyecto, y existen durante la vida del programa.

Cuando uno de mis VB.NET classes tiene todos los miembros compartidos Lo convierto en un Módulo con un espacio de nombres coincidente (o apropiado) o hago que la clase no sea heredable y no se pueda construir:

Public NotInheritable Class MyClass1

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

End Class

Los módulos están bien para almacenar enumeraciones y algunas variables globales, constantes y funciones compartidas. es algo muy bueno y lo uso a menudo. Las variables declaradas son visibles acros todo el proyecto.

debe usar un Módulo (en lugar de una Clase) si está creando métodos de extensión. En VB.NET No conozco otra opción.

Siendo resistente a los Módulos yo mismo, acabo de pasar un par de horas sin valor tratando de averiguar cómo agregar algún código repetitivo para resolver ensamblajes incrustados en uno, solo para descubrir que Sub New() (Módulo) y Shared Sub New() (Clase) son equivalentes. (¡ Ni siquiera sabía que había un Sub New() llamable en un Módulo!)

Así que acabo de lanzar el EmbeddedAssembly.Load y AddHandler AppDomain.CurrentDomain.AssemblyResolve líneas allí y Bob se convirtió en mi tío.

Addendum : Todavía no lo he comprobado al 100%, pero tengo una idea de que Sub New() se ejecuta en un orden diferente en un Módulo que en una Clase, simplemente por el hecho de que tuve que mover algunas declaraciones a métodos internos desde afuera para evitar errores.