I'm using NHibernate with ASP.NET MVC and with WCF REST services and I'm very happy with it. There is lots more info available these days on the net about setting up and running NH, but the learning curve is definitely there.
There are also some extra add ons available (Fluent NHibernate, NH Validators) I'm successfully using NH Validators, I stayed away from Fluent NHibernate as I didn't want an extra dependency. It's easier than XML mapping files but I'm happy with my choice. I'm coding to interfaces and using StructureMap as DI container to pull in my dependencies so if there is a need to swap my ORM, it hopefully won't be too hard. For EF4, check out DNR TV with Julie Lerman ( http://www.dnrtv.com/default.aspx?showNum=168) HTH, Filip On 15 July 2010 10:43, Stephen Price <step...@littlevoices.com> wrote: > This question seemed to diverge off into the Linq direction, but I didn't > see anyone confirm or deny if nHibernate is the way to go or not. > > Some time ago I wrote an app and used Linq to SQL and was really happy with > how simple it made things. Then there was the on again off again future of > Linq to SQL (and to be honest I'm not sure what it's current future is). The > complexity and immaturity of EF and the minefield of alternatives makes for > a good question. I want something that was simple like Linq to SQL. Drag and > drop the data object onto a form and it wires it up for me, giving me POCOs > to code against. > > I'll be needing to decide what to invest my time into. latest EF? > nHibernate? llbgen? Any further comments on what to use? I know (and love) > Linq. I'm not an expert but with LinqPad and Resharper I get by. Linq is > amazing. > > On Tue, Jul 13, 2010 at 11:18 PM, Les Hughes <l...@datarev.com.au> wrote: > >> >> Hi All, >> >> I'm about to start working on a mid-sized data-centric app (accounting >> area) which is mostly just lots of forms which display data, edit/write >> data, and then spitting out some pretty reports, etc with the data sitting >> in SQL Server. (Think of old-school MSaccess apps) >> >> Wanting to avoid as much SQL plumbing as I can, I'm looking to use >> nHibernate for a lot of the lifting, but haven't had a chance to look around >> at perhaps some better packages/practices/etc which exist. >> >> At this stage I have spent near zero time with Linq, and have only heard >> of a few other packages in passing (Fluent/Active Record/etc), and am >> wondering what (if anything) I should spend some time looking in to. >> >> My query is: >> >> - Is nHibernate still the way to go? What do the rest of the .NETters use >> for their data access layers? And why? Is Linq worth the learning curve? >> >> Any feedback would be greatly appreciated. >> >> Thanks in advance, >> -- >> Les Hughes >> l...@datarev.com.au >> > >
