Respuesta.

Los módulos (Module) en Visual Basic se utilizan históricamente para almacenar procedimientos, funciones y variables accesibles en todo el proyecto sin crear explícitamente una instancia. Con la introducción de las clases, sus roles se superponen parcialmente, sin embargo, las diferencias significativas se mantienen.

Historia del tema:

En el Visual Basic clásico (VB6), los módulos eran la única forma de agrupar funciones comunes y variables globales. En VB.NET, los módulos todavía existen, pero con capacidades ampliadas de las clases.

Problema:

El desarrollador puede no entender la diferencia entre un módulo y una clase, lo que puede conducir a una elección errónea en el método de almacenamiento de lógica, duplicación accidental de código o comportamiento inesperado de las variables.

Solución:

La elección entre un módulo y una clase depende de los objetivos:

Los módulos están destinados a almacenar procedimientos y variables que deben estar disponibles en toda la aplicación sin crear una instancia.
Las clases son adecuadas para encapsular el estado y el comportamiento de los objetos con la posibilidad de herencia.

Ejemplo de código:

' Módulo
Module MathUtils
    Public Function Add(x As Integer, y As Integer) As Integer
        Return x + y
    End Function
End Module

' Uso
Dim result = MathUtils.Add(5, 10)

Características clave:

Todos los miembros del módulo son siempre Shared y están disponibles sin instancia.
Un módulo no soporta herencia ni creación de instancias.
Un módulo no se puede declarar como Friend/Protected dentro de una clase.

Preguntas capciosas.

¿Si declaro una variable en un módulo como Public, será común para todos los formularios/clases de la aplicación?

Sí. Las variables Public en un módulo son esencialmente globales. Son accesibles desde cualquier código del proyecto, lo cual es conveniente, pero puede llevar a errores en condiciones de concurrencia o sobrescritura accidental de valores.

¿Se puede crear una instancia de un módulo con New?

No. Los módulos no se instancian. Toda su funcionalidad está disponible de manera estática.

¿Se puede heredar un módulo o declarar un módulo con modificadores de acceso Protected o Private?

No. Los módulos no son heredables y se declaran solo a nivel de espacio de nombres (namespace), no pueden ser anidados ni tener otros modificadores de acceso, excepto Public o Friend.

Errores comunes y anti-patrones

Uso de variables globales sin control de acceso.
Almacenamiento del estado del usuario en un módulo en lugar de en una clase (no válido para la concurrencia).
Declaración de funciones duplicadas en diferentes módulos.

Ejemplo de la vida real

Caso negativo

En el proyecto, todas las variables de estado del usuario se declaran como Public en un módulo. Con cualquier cambio en un valor en un formulario, se convierte instantáneamente en nuevo para todos los demás.

Ventajas:

Acceso global rápido a las variables.

Desventajas:

Sobrescrituras y errores difíciles de detectar.
No funciona en escenarios multihilo — condición de carrera.
Difícil mantenimiento.

Caso positivo

El módulo se utiliza solo para almacenar utilidades auxiliares (por ejemplo, funciones de conversión), mientras que el estado del usuario se almacena en clases con encapsulación.