用LINQ还是NHibernate？
我的项目关于进销存的，这几天上网搜了些关于NHibernate的资料，正准备应用它呢，这不，又看到了LINQ，我总觉得跟着MS走会好点，现在问题是，LINQ能否替代NHibernate，实现我的项目

------解决方案--------------------
不懂，帮顶
------解决方案--------------------
可以，但它们不是同一类东西。感觉LinQ更轻量级。
------解决方案--------------------
两个都不是什么好东西……
设计思路和发展方向都不一样。
------解决方案--------------------
好吃的就是好东西
------解决方案--------------------
LINQ没用过，NHibernate用过一点，当业务逻辑很复杂的时候用起来感觉不方便。
------解决方案--------------------
我觉得还是尽量不要用不熟悉的东西~
------解决方案--------------------
DLINQ只是LINQ中的一部分， 如果仅仅限于对数据库的操作，那么LINQ也就没有太多必要出现了。个人感觉LINQ的出现有利于推动面向对象的开发.
------解决方案--------------------
orm实际应用中要考虑性能的话和ado有一定差距的
------解决方案--------------------
直接写SQL也没什么不好。
------解决方案--------------------
让那些开发.net系统核心的人去研究java，你应该研究.net。
------解决方案--------------------
nhibernate 很方便，对象之间的关联，延迟加载，都很方便。节省大量的时间。spring.net有封装了大量的操作和事务，十分方便。
------解决方案--------------------
我也是原来一直在用nhibernate。后来看到了dlinq后。生成ORM太方便了。原来要用codesmith生成实体。修改起来很麻烦。

当然是跟着微软走~
------解决方案--------------------
当然是LINQ.

生成的SQL效率问题大可以放心,如不放心,可以查看生成的SQL语句.

以前一个网站,用三层写代码,写了一个月,
将数据访问改成LINQ,只写了三天.
感觉非常之爽.
------解决方案--------------------
呵呵，不管用什么！你要首先考虑你的用户和你的开发人员。
ok，就说，你都考虑完了，还要考虑你的开发周期。

本人很喜欢ORM的思想，但是，基于在项目中的应用，有些话不得不说。
1.MVC 模式 Model View Controllor 在Web中很美。但是在Winform 中，你不得不考虑你的易用性了！ 也就是当使用Grid时，Grid中的Model 是不是非要点击某个按钮才能新增Model。。。。。

2. View 客户可不管你用的是对象为导向的数据模式，他们只想看到自己需要的数据。那么，开发人员不得不编制很多ViewModel 放置在项目中。这样改动的代价太大；

当然，我个人是十分喜欢ORM，只是指出使用Orm当中，你需要预先考虑的问题。
------解决方案--------------------
用LINQ
------解决方案--------------------
两个都用，LINQ to NHibernate
------解决方案--------------------
从设计架构、目标，以及现在（vs2008甚至还没有正式发布）已经达到的实际应用，在.Net领域中LINQ思想不是NHibernate思想可比的。
==========================
NHibernate和LINQ关注的目标还是不一样的，不过是有些许重叠。

如果是做ASP.NET应用，LINQ还凑合，如果是桌面应用，使用LINQ肯定很失败。为什么？那个.NET 3.5的框架那么大，有几个用户愿意安装？有几个程序员敢作出几百兆的安装包拿出去卖？
------解决方案--------------------
LINQ还没用过
还在Spring.NET中．．
要掉队了
------解决方案--------------------
LINQ 是战略性的，必将推动开发效率和开发模式的变革
------解决方案--------------------
没用过linq,不做评论...
------解决方案--------------------
刚学习linq，感觉NHibernate好一些，毕竟linq是新生的，还有许多不足的地方。
------解决方案--------------------

优劣并存

互补应用
------解决方案--------------------
不了
------解决方案--------------------
Linq的思路还是对的，对关系型数据与对象设计与开发体系及对业务表达的协调都给出了更加实际的解决方案。