为什么我需要LINQ与Entity Framework
引言

面向对象的领域模型与面向关系的数据库，如同在二维平面上绘制三维的物体，始终充斥着表达与实现间的种种羁绊。

为此，PoEAA（Patterns of Enterprise Application Architecture，企业应用架构模式）与DDD（Domain Driven Design，领域驱动设计）应运而生。Martin Fowler在总结了大量的应用经验后，提炼出若干种应用于企业应用开发的模式，并最终使PoEAA一书成为了企业应用开发领域的圣典。Eric Evans提出的以领域模型和敏捷开发为核心的领域驱动设计，使得PoEAA得到迅速的推广与普及，DDD本身也因此得到了极大的丰富与完善。

与之呼应地，Microsoft迅速在.NET平台上推出了LINQ（Language Integrated Query，语言集成查询）与Entity Framework，以期为.NET的企业应用开发铺平道路。但归咎于.NET Framework的臃肿、效率和部署等因素，加之一定程度上的误解，LINQ与EF的推广遇到了相当的阻力。CSDN上类似《为什么很多公司都不用LINQ》这样的帖子，便可作为例证。而在另一方面，EF 4.3 release已于2月9日发布，EF Migration进步神速，在国外各大技术论坛上引发了热议，与之形成了鲜明对比。

有鉴于此，我从一名普通.NET程序员的角度出发，谈一谈我为什么需要LINQ与EF，亦将此作为对自己学习与实践的简要总结。因为，我宁愿奔劳于追日的坎途，而不愿意成为井底那只安逸的青蛙。

还要写在前面的是，PoEAA与DDD的出现，并不只是为了解决领域模型与关系数据库之间的失配。最后，LINQ不只为数据库而来。
----------------------------------

全文详见：http://www.cnblogs.com/Abbey/archive/2012/03/15/2396743.html


------解决方案--------------------
帮你推荐下。
------解决方案--------------------

------解决方案--------------------
帮顶下。。。
------解决方案--------------------

------解决方案--------------------
我宁愿奔劳于追日的坎途，而不愿意成为井底那只安逸的青蛙
------解决方案--------------------

探讨

我宁愿奔劳于追日的坎途，而不愿意成为井底那只安逸的青蛙

------解决方案--------------------
自己写框架解决80%的问题，剩下的20%自己编码解决，兼顾开发效率和性能......
------解决方案--------------------
LINQ与Entity Framework有点像Java里面的EJB和JPA之类的JavaEE规范，也是从hibernate发展过来的，确实很好用，就是用的人比较少。现在EJB也不再需要XML配置了，直接用注释也能完成配置。
大多人还是喜欢用SQL，实际项目中，大多都是很变态的需求，hibernate简化了编程，但是使编程模型更复杂，但是碰到变态的要求，只能用SQL或存储过程解决了。
------解决方案--------------------


------解决方案--------------------
startswith好用吗？
------解决方案--------------------
我宁愿奔劳于追日的坎途，而不愿意成为井底那只安逸的青蛙
------解决方案--------------------
我以为领域模型是数据无关的,不应该需要EF之类的ORM系统

------解决方案--------------------
进来学习了。看看大家怎么用linq and ef。
------解决方案--------------------
完全看不懂
------解决方案--------------------
LING用在object和XML上 还是很方便的，呵呵
------解决方案--------------------
我用过一次，但终身不想再用。

------解决方案--------------------