我目前正致力于将一个相当简单的ORM工具组合在一起,作为客户各种web项目的框架。大多数项目都是内部项目,不需要大量的并发,所有项目都将与SQL Server背道而驰。我建议他们使用对象关系管理工具,如SubSonic、NHibernate和许多其他开源项目,但出于可维护性和灵活性的原因,他们想要创建一些定制的东西。所以我的问题是:我应该确保在这个ORM工具中包含哪些特性?顺便说一句,我将使用MyGeneration来做代码生成模板。
发布于 2008-09-08 18:48:52
为了所有神圣的东西(以及妇女和儿童)的爱,尽一切可能说服他们不要使用定制的O/RM解决方案。当已经存在完美的开源车轮时,为什么人们还想重新发明车轮?!?!
发布于 2008-10-03 13:05:49
在我看来,编写自己的OR/M是你可能做出的最糟糕的设计决策之一。“可维护性和灵活性”正是不编写自己的OR/M的原因。
请阅读See 25 Reasons Not To Write Your Own Object Relational Mapper,看看你的客户是否真的愿意支付建造NHibernate (760万美元)或SubSonic (150万美元)之类的东西的成本。因为,就像ChanChan上面说的,你最终会得到类似的结果。
发布于 2009-09-15 04:25:41
有一大堆来自Davy Brion ( NHibernate提交者)的帖子,出于某种原因,他也被迫为客户编写定制的ORM。
他谈到的一些事情包括:
开箱即用CRUD Functionality
如果你一定要走这条路,绝对值得一试:Build Your Own Data Access Layer Series
https://stackoverflow.com/questions/50386
复制相似问题