Risposta.

I moduli (Module) in Visual Basic sono storicamente utilizzati per memorizzare procedure, funzioni e variabili disponibili in tutto il progetto senza la necessità di creare esplicitamente un'istanza. Con l'introduzione delle classi, i loro ruoli si sovrappongono in parte, tuttavia le differenze sostanziali sono rimaste.

Storia della questione:

Nel classico Visual Basic (VB6) i moduli erano l'unico modo per raggruppare funzioni comuni e variabili globali. In VB.NET i moduli sono rimasti, ma con possibilità ampliate dalle classi.

Problema:

Lo sviluppatore potrebbe non comprendere la differenza tra un modulo e una classe, il che porta a una scelta errata su come memorizzare la logica, a duplicazioni casuali di codice o a comportamenti inaspettati delle variabili.

Soluzione:

La scelta tra modulo e classe dipende dagli obiettivi:

I moduli sono destinati a contenere procedure e variabili che devono essere accessibili in tutta l'applicazione senza creare un'istanza.
Le classi sono adatte per l'incapsulazione dello stato e del comportamento degli oggetti con possibilità di ereditarietà.

Esempio di codice:

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

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

Caratteristiche principali:

Tutti i membri del modulo sono sempre Shared e accessibili senza istanza.
Un modulo non supporta l'ereditarietà o la creazione di istanze.
Un modulo non può essere dichiarato come Friend/Protected all'interno di una classe.

Domande trabocchetto.

Se dichiaro una variabile in un modulo come Public, sarà comune a tutti i form/classi dell'applicazione?

Sì. Le variabili Public in un modulo sono sostanzialmente globali. Sono accessibili da qualsiasi codice del progetto, il che è comodo, ma può portare a errori in scenari di multithreading o a sovrascritture casuali di valori.

Posso creare un'istanza di un modulo con New?

No. I moduli non possono essere istanziati. Tutta la loro funzionalità è disponibile staticamente.

È possibile ereditare un modulo o dichiararlo con modificatori di accesso Protected o Private?

No. I moduli non sono ereditabili e possono essere dichiarati solo a livello di namespace, non possono essere annidati o avere altri modificatori di accesso, oltre a Public o Friend.

Errori comuni e anti-pattern

Utilizzo di variabili globali senza controllo di accesso.
Memorizzazione dello stato dell'utente in un modulo anziché in una classe (non valido per il multithreading).
Dichiarazione di funzioni duplicate in moduli diversi.

Esempio di vita reale

Caso negativo

In un progetto, tutte le variabili di stato dell'utente sono dichiarate come Public in un modulo. Con qualsiasi modifica di valore in un form, diventa immediatamente nuovo per tutti gli altri.

Pro:

Accesso globale veloce alle variabili.

Contro:

Sovrascritture e bug difficili da individuare.
Non funziona in scenari multithread — race condition.
Manutenzione complessa.

Caso positivo

Il modulo è utilizzato solo per memorizzare utility ausiliarie (ad esempio, funzioni di conversione), mentre lo stato dell'utente è memorizzato in classi con incapsulamento.