GGladhMedlem sedan maj 20012 812 inlägg
Eller åtminstone kommer det abstraheras bort från programmerarna?.
Målet är nog att man skall slippa skriva SQL/DataAccess i sina projekt iframtiden. Det kommer givetviss finnas tillfällen när man måste skicka in egen SQL sträng för att få fram rätt mängd från databasen, men i 99% av fallen så är det ett enkelt vilkor som man använder för att få fram en delmängd av data och använder man då en O/R mapper så slipper man SQL syntaxen helt och hållet som utvecklare.
Oftas blir syntaxen så här:
OrderCollection orders = ORMapper.LoadData(typeof(orders),"CustomerId = 5)
här hämtar man ut all order som kund med ID 5 har beställt. Enkelt, snabbt och ObjectOrienterat.
- M
SspeedyMedlem sedan dec. 200283 inlägg Är det meningen att man skall implementera en egen O/R-Mapper precis som de flesta skapar sitt eget DAL-lager eller är detta något som kommer att byggas in i nästa verision av .NET?
VVimpMedlem sedan juli 20022 537 inlägg System.Data.ObjectSpaces som kommer i Whidbey ska vara en O/R Mapper om jag inte har missförstått det.
FfredrikMedlem sedan dec. 19991 072 inlägg
OrderCollection orders = ORMapper.LoadData(typeof(orders),"CustomerId = 5)
Jag skulle snarare säga:
Logic.Orders.Criteria.CustomerID = 5
OrderCollection orders = ORMapper.LoadData(typeof(orders))
Men det är ju mindre sak förstås 
SspeedyMedlem sedan dec. 200283 inlägg Om ni har skrivit era egna OR-Mappers, har ni några tips för oss "noobs" vart vi ska börja? Kanske ni har någon bra länk eller dylikt 
RrenholmMedlem sedan apr. 20012 266 inlägg Usch och fy, uttrycket "noob" borde förbjudas
Om du söker i forumet finns det en tråd för databasrelaterade saker, har för mig att även O/R mappers togs upp där.
