orm - 代码生成器与 ORM

Question

我编写了一个代码生成器，它为给定的 SQL Server/CE 数据库生成 POCO 和存储库。没什么花哨的，只有使用经典 ADO.Net 的简单 CRUD 程序。我的问题是，为什么我应该使用像 L2S/EF4 这样的 ORM 而不是自定义代码生成器？
每隔 2 或 3 年，Microsoft 就会发布一些新的数据访问框架/技术，我认识不少开发人员，他们不能总是接触到最新的技术，但他们每个人都知道经典的 ADO.Net，如何修改现有代码以及如何开发新功能。 ORM 工具是否带来了当今必须的东西，或者我可以坚持使用经典的 ADO.Net？

谢谢!

Answer 1

我开始使用 Web 编程，使用它的新语言缺乏适当的数据处理(这导致对 ORM 的感知需求)，同时我构建了我的万能代码生成器。从未回头。

我永远不会考虑 ORM 的一个原因是因为我实际上知道数据库是如何工作的，非常感谢。我不想让它看起来好像我没有使用关系数据库，我想要一些东西让我以尽可能少的工作获得数据库的力量——这永远不会是 ORM，因为那是不是他们的目的。

以我的经验，一个好的基于字典的生成器是最真实的 D-R-Y 编程(不要重复你自己)，它可以让我从使用数据库的挑剔中解脱出来，让我专注于重要的事情，获得​​好的商业写在实体表设计之上的逻辑。

编辑 : 还有两点:

1) 走非 ORM 路线是孤独的，因为 ORM 如此风靡一时，很难找到那些从不需要它并且不明白这一点的人。但是让您的技术判断来指导您。

2) 几年前我写了一篇博文，“为什么我不使用 ORM”，我不会链接到它，因为它太煽动了。一段时间后，我再次尝试理解为什么可以客观地看待 ORM 并看不到任何值(value)，而不会引起煽动，该链接是:http://database-programmer.blogspot.com/2010/12/historical-perspective-of-orm-and.html