Si deve preferire Lazy <T> all'inizializzazione pigra in un getter?

Question

Da .NET 4 in poi, Lazy<T> può essere utilizzato per inizializzare gli oggetti con pigrizia. Intuitivamente, l'inizializzazione pigra può essere eseguita anche nel depuratore della proprietà pubblica per fornire la stessa funzionalità al chiamante. Mi chiedo se lo Lazy<T> offra alcun vantaggio intrinseco rispetto a quest'ultimo e dovrebbe quindi essere preferito?

Personalmente, ritengo che Lazy<> possa ridurre rapidamente la leggibilità del codice, ma forse l'ho appena visto utilizzato in modo improprio. Da un lato positivo, garantisce la sicurezza del thread, ma ci sono molti costrutti di sincronizzazione .NET che - forse ho torto - rendono abbastanza facile ottenere lo stesso all'interno di un getter.

Quali sono alcune considerazioni da tenere presente quando si sceglie l'approccio migliore?

Answer 1

Lazy<> può essere utile poiché include anche il supporto per il multithreading, qualcosa che devi creare da solo quando crei il tuo 'pigro'.

Per il codice che non ha bisogno di multi-threading, questo sarebbe il codice più performante e leggibile secondo me (usando l'operatore null-coalescing).

return variable ?? (variable = new ClassName()); 

notare che dal momento che questo codice non è thread-safe, si potrebbe finire per chiamare new ClassName() più volte.

È necessario introdurre lock e quindi la risoluzione diminuirà. Se è solo per la leggibilità, Lazy<> potrebbe non essere così male in quel caso.

Inoltre, Lazy<> impedisce di utilizzare il campo di supporto nel caso di proprietà memorizzate nella cache.