Ich versuche, eine fundierte Entscheidung darüber zu treffen, welches ORM für eine Reihe von Legacy-Anwendungen verwendet werden soll, für die ich für die Portierung auf MVC 2 verantwortlich bin. Die ORMs, die ich mir angesehen habe, sind LINQ to SQL, LINQ to Entities und nHibernate. L2S schien das einfachste zu sein, aber ich habe zahlreiche Artikel und Blogeinträge gefunden, die besagten, dass Microsoft es nach .NET 3.5 nicht mehr aktualisieren würde. In diesem Sinne habe ich ein bisschen mit Entities gearbeitet, aber festgestellt, dass es für die kleinen Anwendungen, mit denen ich arbeite, umständlich und überkompliziert ist (dasselbe gilt für nHibernate). Vor kurzem habe ich "Pro ASP.NET MVC 2 Framework" von Steven Sanderson gekauft, in dem er LINQ to SQL als ORM verwendet ha

 I'm aware that some developers have expressed concerns that Microsoft might 
 deprecate LINQ to SQL in favor of Entity Framework. However, Microsoft included 
 and enhanced LINQ to SQL in .NET 4, so these fears cannot be entirely justified. 

Ich wusste nicht, dass sie Änderungen vorgenommen hatten, und ich hatte mich auch nicht darum gekümmert, zu schauen, da die allgemeine Meinung der Community zu sein schien, dass sich L2S dem Lebensende nähert und durch L2E ersetzt wird. Damien Guard schrieb über einige der Änderungen in seinem Blog http: //damieng.com/blog/2009/06/01/linq-to-sql-changes-in-net-4) für Interessierte.

Meine Hoffnung ist, dass jemand die Position von Microsoft in Bezug auf LINQ to SQL beleuchten kann. Die Anwendungen, die ich portiere und aktualisiere, haben eine (ungefähr) 8-10-jährige Lebensdauer. Daher würde ich es vorziehen, eine Technologie zu verwenden, die in diesem Zeitraum nicht aufgegeben wird, und meine Ersatzanwendungen in Ruhe zu lassen. (Wenn jemand andere Empfehlungen für kleine Läden hat - unsere Datenbank hat weniger als 5 Millionen Datensätze - würde ich sie gerne hören.)