-
Ciao a tutti, sto provando ad implementare una app web "fatta per bene", cercando di applicare al meglio i pattern architetturali che ben conosciamo: ho il mio dominio (dominio vero, con le classi che hanno sia data che behavior), i repository che implementano ICollection<T> ed IQueryable<T>...
-
per punti: confermo: il mapping di enum non è ancora supportato, quindi potresti al max ricorrere al "solito" trucco consistente nel mappare una proprietà privata di tipo int ed incapsularla in quella pubblica di tipo "tuoenum" parliamo in "lingua DDD": se...
-
Oltre alla strada che hai descritto (classi PI/POCO in un assembly, ed EDMX nell'altro), in EF ci sarebbe anche lo scenario "code only" che ti permette un mapping "fluent" delle tue classi "a la FluentNH". Il problema è che non è un approccio supportato...
-
nel senso che, ad oggi, se vuoi avere la ragionevole certezza che una query LINQ funzioni con l'attuale provider per NH, il tipo degli elementi della sequenza in ingresso deve coincidere con quello della sequenza in uscita. Per intenderci, una "roba" del tipo: from c in CustomerRepository...
-
io in questo caso uso un approccio idiomatico che ho definito "LET" (acronimo di: "Layered Expression Trees"): in pratica, la mia interfaccia IRepository<T> estende IQueryable<T>, quindi restituisce un insieme "virtuale" di istanze delle entità di dominio...
-
Io farei una cosa più semplice tipo questa public IEnumerable<Person> PErsons { get { return people.OrderBy(p => p.BirthDay); { } Ovvero usi link per tornare un ienumeable ordinato della lista originale. Dato che linq ti restituisce un deferred operator, praticamente ogni volta che il...