Hi kompis,
Jag använde XPO ett lott några år sedan, och stilla ha en applikation på en kund överst av det.
Från mitt erfara, den nätt brunnen för XPO-arbeten, om dina querybehov inte är för komplexa.
Utplaceringen är också stor, som den skapar din schema automatiskt, om databasen inte finnas, men vanligt med schemaen går några standarddata för, och vi avslutar fortfarande att behöva att skapa skrivar.
En annan skillnad är att XPO-arbete på motsatsriktningen av mest ORMs.
Vanligt ORM-logiken är att skapa databasen, och den ska frambringar klassificerar, på XPO som du skapar, klassificerar, och den frambringar databasen som kan vara ett raddaarbete som ska konfigureras special, om DBEN är stor och med förbindelse för en radda.
Enhetsramen (EF), i min åsikt är ett mer böjlig lott, när den kommer till querying.
XPO har också en Linq till XPO, men, även om den ser trevlig, känselförnimmelser gillar tyngre till mig.
Integrationen med SQL-tillvägagångssätt och fungerar är genomskinlig, och modellera beskådar är långt bättre än än föregående LINQ till SQL-versionen (som ser likt dess gå att dö snart btw).
Också på EF, kodifiera frambrings using mallar T4, som är ett templating språk.
Du har faktiskt att ta fram till dessa mallar, så du kan skräddarsy dem, om du behöver den att frambringa mer kodifierar, något som är specifik för ditt, projekterar.
Du har också att ta fram till alla ”handling” som är alla kodifierar frambrings, dig kan testa allt för fel som händer bak platserna.
Så för mig, och, som en stora DevX fläktar, den inte-behog I-förmiddagen men jag föredrar EF än XPO.
En sida noterar tho är, att jag använder också SubSonic, en beställnings- generator som jag har gjort och också MyGeneration.
Alla kyler kodifierar generatorer.
Jubel!
Alex
