-
Ciao Andrea, [quote user="Andrea Saltarello"] a "naso" non è che mi piaccia tantissimo, ma forse converrebbe ragionare sulla tua esigenza piuttosto che direttamente su una "soluzione"... [/quote] hai ragione su entrambe le cose. In sintesi, la mia condizione "tipica"...
-
a "naso" non è che mi piaccia tantissimo, ma forse converrebbe ragionare sulla tua esigenza piuttosto che direttamente su una "soluzione"...
-
"la mettiamo" che evito come la peste le "factory" che EF implementa nelle entità perché sono un insulto alla intelligenza umana e sto provando a verificare la "sostenibilità" di uno scenario "POCO/Code Only" con EF facendo fluent mapping....
-
No, non si parlava di interfacce :-) La tua domanda era: "perche' in diversi esempi vedo usare una EntityFactory ... invece che usare ... un banale, caro vecchio costruttore?" ed io ti ho dato la risposta "DDD style". Tutto qui :-)
-
Faccio una premessa: la mia sarà una risposta molto "DDD biased" :-) Meglio una factory (che io tipicamente implemento come metodo statico esposto dall'entità stessa), perché considero più leggibile ("Code is documentation"): ProductionDowntime dt ...