Zavisi za sta ti konktrtno treba, tj. imas vise nacina OO programiranja shodno
razlicitim paternima programiranja. Pa tako imas 2-slojne (klijent-server, zastarele)
arhitekture, zatim 3-slojne, i na kraju viseslojne.
Da li te interesuje samo odnos baza->klase ili te interesuju i poslovni procesi - poslovna
logika?

U zavisnosti od ovih, ali i jos nekih dodatnih faktora se opredeljuses za ORMapper, kao
sto sam se ja opredelio za npr. licno modifikovani LLBLGen (free) za primenu 3-slojne
aplikacije i .Net Remotinga, ili LLBLGen Pro koji se ne moze modifikovati...

Pera

Najbolje sam napravis svoj po svojem ceifu.

Pravio sam OR mapper pre 3 godine. Nije bio loš za osnovne stvari, samo je danguba baviti se time kad ima i besplatnih verzija koje rade više od onog što sam ja uradio. Zato bih radije da koristim neki gotov, po mogućstvu open source.

Šta mislite o NHibernate (http://www.hibernate.org/343.html)?

Dok sam citao o O/R mapingu na vise sajtova sam nasao savet da ne treba trositi energiju i upustati se u pravljenje sopstvenog alata za tako nesto...
To sam i iskusio jer sam i sam krenuo da pravim nesto, i potrosio mnogo vremena, a sve to posle samo pomnozeno sa x 2000 nasao u Hibernate-u


Prokleto mocna stvar... Ima i alatki na netu za generisanje domenskih klasa i *.hbm.xml fajlova...
Spasao me je kada sam radio projekat pod PostgreSQL bazom pa je kod drugog klijenta isti trebalo da radi na SQL serveru... Ni jedan jedini upit nisam morao da promenim... Sem naravno NamedQueri-ja... ali oni se menjaju u hbm.xml-u tako da to nije bio problem...

Zavisi od toga za šta ti treba. U većini slučajeva preporuka je besplatni NHibernate. Postoji i "proširenje" NHiberate-a
sa Castle ActiveRecord koji je implementacija ActiveRecord patterna za .NET.

Postoje još neke interesantne alternative, ali su manje ili više pogodne ovisno o potrebama i zahtjevima.



Upravo. Ne izmišljati toplu vodu. Plus dodatne komplikacije kod budućeg održavanja takvih nestandardnih i najčešće nedokumentovanih
rješenja koje razumije samo originalni programer. Doduše, ovo možda nekome i dobro zvuči.

Negde početkom sledeće godine i .NET bi trebao dobiti dodatak u vidu ADO.NET Entity Frameworka. Da li ti se isplati čekati ili ne, ne znam, ali imaj na umu da će ova stvar, zbog, ako ničeg :), a ono činjenice da će biti MS-ovo rešenje, biti verovatno "mainstream" u nekoj daljoj budućnosti.