ORM的烦恼

之前的不同项目的ORM真是百花齐放，什么都有，想重构旧项目的数据访问层，统一用一个就算了。但没有完美的ORM。

 

ADO.net的代码，sql语句到处都是，放在存储过程，难以调试，还要自己手工构造对象。真的是重构不如重写了。

Nhibernate 功能最强大，但要配置xml，小项目就觉得麻烦。虽然说有代码生成器从数据库生成xml，总觉得杀鸡用牛刀。

linq to sql 够快够顺手，但是table per class， 假如组合多个table成一个class，总是不够优雅。

想试下castle active record, 但文档少的可怜，园子里的都是四五年前outdated的，还得要英文网站上慢慢摸索。

EF还不错，2010的EF4.0基本稳定了。但我又暂时不打算升级到2010.  假如升级的话到是个不错的选择

 

所以 如果针对.net 4.0 用EF吧。3.5就先用linq to sql 凑合吧。 等对activerecord熟悉了再替换吧。

转载于:https://www.cnblogs.com/zitjubiz/archive/2010/12/22/how_to_choose_ORM.html