Come gestire i costruttori in classi di dati di grandi dimensioni [duplicati]

Stai cercando il modello di build .

Essenzialmente è un oggetto con setter in cui puoi impostare i parametri per la costruzione e un metodo createResult() che creerà l'oggetto che stai cercando (o fallirà se non sarebbe valido).

Puoi usarlo per contenere i valori predefiniti per le proprietà e raggrupparne alcuni in un unico setter.

DataClassBuilder builder = new DataClassBuilder();

builder.setV1(v1);
builder.setV3(v3);
builder.setV4(v4);
builder.setV5AndV6(v5, v6);
//...

DataClass data = builder.createResult();

Sono richiesti tutti quei parametri effettivamente ? Per "classe dati" intendi un modello di dominio , Visualizza modello o oggetto trasferimento dati ? Richiedere una lista così ampia di argomenti per una semplice "classe di dati" inizia a sentirsi come un odore di codice che ti dice:

1. Questa classe sta facendo troppo e gran parte del suo lavoro dovrebbe essere delegata ad altre classi che vengono passate come dipendenza

2. Non è necessario tutto. I valori facoltativi nelle classi di dati non devono essere trasmessi tramite il costruttore

Penso che la domanda qui non sia "Come gestisco un ampio elenco di argomenti del costruttore" e invece "Come posso refactoring il mio modello di oggetto quindi non ho bisogno di due dozzine di parametri per un costruttore."

The Builder Pattern risolverà il tuo problema, ma penso che stia mettendo una benda su un problema più grande che richiede una soluzione diversa.

Se i tuoi parametri sono opzionali, il modello Builder potrebbe essere davvero utile! Tuttavia, a volte il modello di costruzione può essere un disastro. Se utilizzi Builder in molti punti, quando aggiungerai un nuovo parametro dovrai assicurarti di non dimenticarti di aggiungerlo in ogni posizione perché non avrai il controllo in fase di compilazione.

Se i parametri non sono opzionali, dovresti verificare che tutto sia stato impostato al momento per chiamare il metodo Build !

Vorrei proporre un'altra soluzione, il Introduci oggetto parametro refactor.

L'idea è di raggruppare i parametri (se possibile) con qualche logica. Quindi, avresti meno parametri nel costruttore questo e forse 3-4 più "classi di parametri". Si potrebbe argomentare che questo sposta il problema altrove, ma offre maggiore flessibilità su come creare questi oggetti parametro.

Forse uno degli "oggetti parametro" può essere creato tramite un factory hardcoded, l'altro può essere recuperato da un file di configurazione, ecc.

In questo modo crei una migliore separazione delle preoccupazioni!