La filosofia Dart è compatibile con testability e dipendenza?

0

Una delle caratteristiche criticate da Dart è denominata e costruttori di factory.

Ci sono opinioni (da persone che si occupano di dipendenza), che i costruttori dovrebbero essere semplici e assegnare alcuni campi e la creazione del grafo degli oggetti è una responsabilità delle fabbriche.

Ci sono anche alcuni argomenti contro i metodi statici .

Sembra che i costruttori di Dart portino complessità ai costruttori. Non puoi nemmeno avere molti costruttori nominati per creare l'oggetto in vari modi, puoi persino avere una fabbrica statica che dovrebbe costruire un oggetto di altro tipo rispetto alla classe in cui si trova.

Quindi, qual è la filosofia di Dart e come si relaziona (o risponde) con l'Iniezione delle Dipendenze e le filosofie di stato non statiche?

    
posta Samuel Hapak 12.08.2013 - 10:02
fonte

1 risposta

1

I costruttori sono dove devi costruire le cose. Ecco perché sono così denominati:)

L'alternativa alla costruzione di tutto nel costruttore è che si avrà un oggetto semi-costruito che poi si affiderà al resto del programma per gestire bene fino a quando le sue proprietà non siano state inizializzate. Ciò rende le cose più complicate di quanto dovrebbero essere - rispetto al fatto di avere sempre un oggetto completamente costruito. Martin Fowler parla di questo.

Non sono sicuro della filosofia di costruzione di Dart: se non riesci a sovraccaricare il costruttore per casi diversi, sembra un po 'limitante.

    
risposta data 12.08.2013 - 10:16
fonte

Leggi altre domande sui tag