Spesso noto che i problemi delle applicazioni, non sono da ricercarsi in una architettura poco strutturata o inefficiente o quant’altro, ma proprio nelle basi di come strutturare un progetto. Ad esempio, indipendentemente da che architettura/struttura utilizziamo, se stiamo usando o meno ORM WCF o quant’altro, una delle regole principali è: Quando voglio aggiungere un file sorgente e quindi solitamente una classe, dove la metto? Non c’è nulla che uccida di più la manutenibilità di un software di trovare ad esempio dto sparsi un po in ogni dove, oppure classi di accesso al database un po qui ed un...
Questo post nasce da un fatto strano che ho notato sviluppando un progetto con Entity Framework, considerate il seguente spezzone di codice. 1 using (NorthwindEntities context = new NorthwindEntities())
2 {
3 IEnumerable<Customers> customers1 =
4 context.Customers
5 .Where(c => c.CustomerID.Contains(""));
6 Console.WriteLine(customers1.Count());
7
8 IEnumerable<Customers> customers2 =
9 context.Customers
10 .ToList()
11 ...