C'è un colpo di memoria e prestazioni preso dall'uso di Pattern Builder di Bloch?

Question

Qual è l'utilizzo della memoria e delle prestazioni rispetto alla creazione di un oggetto con un solo costruttore?

L'utilizzo qui è nella creazione di un Set<Object> o List<Object> che può contenere più di un milione di voci e mi preoccupo del sovraccarico dell'utilizzo del modello di builder di Bloch. L'ho usato in passato, ma mai in questo grande ambito.

Riferimento: Item 2: Consider a builder when faced with many constructor parameters, ristampato in Creating and Destroying Java Objects: Part 1, estratto da Effective Java Second Edition di Joshua Bloch.

Answer 1

Hai l'oggetto Builder aggiuntivo, che viene scartato dopo la creazione dell'oggetto. Quindi potresti avere un impatto sull'uso e sulla velocità della memoria. Ma Java-VM ottimizza molto, specialmente il Server-VM (java -server), quindi la VM può ottimizzare completamente il builder. Quindi il mio suggerimento è che dovresti misurare l'impatto reale (come sempre se ti interessi delle prestazioni) e decidere se l'impatto è troppo grande.

Answer 2

È difficile da capire dalla descrizione iniziale, ma se si è preoccupati di passare un Collection<Object> con un milione di voci a un costruttore o un costruttore, il costo di un oggetto aggiuntivo (di breve durata) vale la pena di discuterne .

Answer 3

Il costo è trascurabile poiché il riferimento del builder può essere raccolto automaticamente dopo la creazione dell'oggetto.

L'impatto della creazione di 1 m di oggetti aggiuntivi deve essere inferiore a 10 secondi in qualsiasi circostanza.