三层还是DDD，ORM还是Ado.Net，何去何从？

我本想把这个问题放到博问去，前几次有去博问问过之类的问题，无奈大神们可能都不屑回答别人的低级问题。所以放到随笔里，一方面把自己对ORM、架构的一些看法写下来抛砖引玉，另一方面最主要的是想寻求大神们指指路。

现况

缘由

公司的开发框架用了好些时间，团队在开发过程中遇到了不少问题，需要革新，我自己也有新的开发框架要做。在选择架构和选择数据库访问手段时，遇到不少问题。

架构

我做ASP.Net有些年头了，实际上这几年看过的架构设计不少，但是用的最多的还是工厂三层，基本代码全靠代码生成器，仅代码生成器就改良过不少次。项目做的多了以后，反观自己的代码的时候，就觉得BLL层实在无聊的很，而且有一个我不知道各位都有没有存在的一个问题：F12不能直接定位到DAL层上。

于是我去寻找改良我现有架构的方法。

偶然有天博客园的首页充斥着DDD的文章，我去细观了一下，想找些例子研究一下，可惜的很，但凡涉及DDD的，全是与EF有关的文章，我也留意到DDD解决了一些我存在的问题。但就是不喜欢任何ORM。

ORM

我不是从我知道ORM的时候我就抗拒ORM，实际上，我有认真看过一些ORM：

EntityFramework（EF）、NHibernate（NH）、Castle ActiveRecord（AR）、Linq for Sql

我首先就关注了EF，当时看的时候，还没有听过Model First这个概念，我拖来拖去，最后再看看VS给我生成的东西，内心很憋屈：我有强迫症，我创建类，如果我不能完完整整的控制它，哪怕是它在项目中的具体位置，我心里就十分不舒坦。

更主要的是，截止我写之前，我没有找到任何EF能通过切换配置文件来达到兼容MS SQL、Oracle、MySQL这三个数据库的目的，如果你不接触ZF项目，你估计很难理解我为什么要这么强调数据库兼容

 

用NH的纠结程度不下于EF，我实在受不了HQL和每一个表都有一个XML配置的问题，更主要的是，公司有采用NH做项目，但最后项目跑的慢的跟蜗牛似的，当然这可能跟以前的代码写不好有原因。

 

Castle的所有子项目里面，我们用的有两个，Windsor、Castle NVelocity，所以当AR摆在我面前的时候，有理由学习一下，但是NH已经那么慢了，AR到底如何，我不敢草率做决定。

 

LinQ for Sql我就不说了。

求指路

说这么多，是想各位给提点意见，我该怎么办，我的架构该怎么改，我到底要不要选ORM，还是回归ADO.Net来追求速度.

转载于:https://www.cnblogs.com/kevinchoi/p/4146339.html