Java: utilizzo di una singola classe o di più classi per ogni tipo?

Questo è un caso standard per l'ereditarietà. Non si verificano problemi di prestazioni a causa della sottoclasse. Se si esegue un cast tra sottotipi e super tipi diversi se le istruzioni verranno eseguite in fase di esecuzione e verranno utilizzate per verificare le eccezioni del cast. Nel modello a classe singola è necessario controllare il campo "tipo" ogni volta che si accede a un metodo o campo per vedere se quel particolare "tipo" di nodo ha quei campi disponibili. Anche la memoria non dovrebbe essere un problema, perché creerai lo stesso numero di oggetti sia nel modello a classe singola che nel modello di ereditarietà.

Il giveaway è nel nome della tua variabile: type . Stai cercando di rappresentare un tipo usando una variabile quando questo è esattamente ciò che le classi servono. Nel tuo caso prenderemo in considerazione il refactoring di Sostituisci il codice del tipo con sottoclassi .

Ogni sottoclasse dovrebbe contenere i campi pertinenti solo ad essa. Effettuando questo refactoring, il tuo codice sarà più facile da mantenere ed estendere.

Il buon design generalmente trionfa (e di solito aiuta) le prestazioni. In questo caso, non preoccuparti.

Questa situazione è il caso perfetto per applicare il modello di fabbrica che in pratica crea la sottoclasse richiesta in base a input specifici. Anche l'ereditarietà non deve essere abusata come modifiche al sottoclasse di super classe fino alle sottoclassi.

Potrebbe essere un decoratore o uno schema di progettazione dello stato o una composizione

dato che qui stiamo parlando di nodi, il pattern composito è un buon candidato e poiché ogni nodo potrebbe comportarsi diversamente a seconda del tipo, potremmo considerare ogni istanza di nodo come stati con diversa gestione di un comportamento più generico o potremmo avere una classe astratta di base per un nodo e diverse classi concrete che sono solo decoratori per fornire funzionalità aggiuntive o comportamenti personalizzati.

link

Direi che puoi usare un modello di progettazione, una sottoclasse o anche una singola classe. Dipende dalla scarsità dei campi.

La maggior parte dei campi o solo alcuni in una singola classe null?

Ci sono molti "tipi" differenti coinvolti?

Queste sono le domande a cui rispondere prima di poter prendere una decisione.