|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (23)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-08-28
ray_linn 写道 nhibernate 2.1 开始加入LINQ的支持，Linq for nhibernate。
预计2.1开始 nhibernate开始走一条不同于hibernate的路。 这个是必然的 |
| 返回顶楼 | |
|
发表时间：2008-09-12
我原来就是用castle＋ibatis.net的，感觉用的挺好的！
|
| 返回顶楼 | |
|
发表时间：2008-09-15
周富贵 写道 我以为使过nhibernate，ORM概念还算了解，就用了linq to sql，觉得老大的东东应该靠的住吧，只支持sql server就认了，MS的一贯作风，但是one-to-one,one-to-many,many-to-many，多态等特性用起来很郁闷，集合还必须要用EntitySet什么的，真恶心，连SUID都那么别扭，比起差远了，莫非要等到linq3.0？
感觉是MS仓促出来的东东。真垃圾！！！还不像把castle project买下了，那个ASP.NET MVC完全抄袭，跟monorail一样，当然，抄袭还有好处，用起来不错。 在我看来spring.net提供了.net平台上几个有用的补充： 1、Ioc Container 2、Interceptor 受够了.net技术平台上漫天乱飞的继承，真不喜欢所谓spring.net + nhibernate中的那个SupportTemplate，我想Sping.net价值还是在Ioc Container和Interceptor，而非plus上nhibernate才正点。一年前Linq to Sql已经使我忘记nhibernate，我想那时它就该停下来啦。 如果很爱Spring.net，也可以 Spring.net Ioc Container + Linq to Sql啊，事务也不是问题啦，一方面Linq to Sql中的DataContext就有对IDbTransaction的灵活支持，另一方面在业务层面也可以用TransactionScope（在windows server 2003打上几个hotfix，也没啥大问题，前卫一点，就选择 Windows server 2008吧  ）。
我想Linq可以用更长一段时间吧，先不说它的那些优点，在.Net技术平台上，不像Java技术平台，有那么多的framework去选择，Linq To Sql就是一个更靓的hibernate，在Java社区你不爽hibernate，你可以JDao，你可以很多......就我现在的项目，用Linq To Sql开发，不用它也只能像从前一样啦。Linq曾有着面向各种已知数据源的梦想，目前有Linq To Xml和Linq To Sql，都是比较轻量的，对集合数据查询时，你又多了一种思路和选择，但不是唯一的。记得以前看到Java社区在用hibernate时，面对复杂的数据库查询，灵活选择了Dao模式来应对，目前我的项目中用Linq To Sql的态度也是这样的  。
|
| 返回顶楼 | |
|
发表时间：2008-09-25
hongfei3 写道 周富贵 写道 我以为使过nhibernate，ORM概念还算了解，就用了linq to sql，觉得老大的东东应该靠的住吧，只支持sql server就认了，MS的一贯作风，但是one-to-one,one-to-many,many-to-many，多态等特性用起来很郁闷，集合还必须要用EntitySet什么的，真恶心，连SUID都那么别扭，比起差远了，莫非要等到linq3.0？
感觉是MS仓促出来的东东。真垃圾！！！还不像把castle project买下了，那个ASP.NET MVC完全抄袭，跟monorail一样，当然，抄袭还有好处，用起来不错。 在我看来spring.net提供了.net平台上几个有用的补充： 1、Ioc Container 2、Interceptor 受够了.net技术平台上漫天乱飞的继承，真不喜欢所谓spring.net + nhibernate中的那个SupportTemplate，我想Sping.net价值还是在Ioc Container和Interceptor，而非plus上nhibernate才正点。一年前Linq to Sql已经使我忘记nhibernate，我想那时它就该停下来啦。 如果很爱Spring.net，也可以 Spring.net Ioc Container + Linq to Sql啊，事务也不是问题啦，一方面Linq to Sql中的DataContext就有对IDbTransaction的灵活支持，另一方面在业务层面也可以用TransactionScope（在windows server 2003打上几个hotfix，也没啥大问题，前卫一点，就选择 Windows server 2008吧 ）。
我想Linq可以用更长一段时间吧，先不说它的那些优点，在.Net技术平台上，不像Java技术平台，有那么多的framework去选择，Linq To Sql就是一个更靓的hibernate，在Java社区你不爽hibernate，你可以JDao，你可以很多......就我现在的项目，用Linq To Sql开发，不用它也只能像从前一样啦。Linq曾有着面向各种已知数据源的梦想，目前有Linq To Xml和Linq To Sql，都是比较轻量的，对集合数据查询时，你又多了一种思路和选择，但不是唯一的。记得以前看到Java社区在用hibernate时，面对复杂的数据库查询，灵活选择了Dao模式来应对，目前我的项目中用Linq To Sql的态度也是这样的 。
没有好不好的技术，只有适合不适合的技术。 如果你是从java转。net的，ssh基础不错，也没有学习其他技术的打算，spring.net+nhibernate是最简单、最合适的选型。 如果你熟悉linq，。。。 如果你熟悉castle，ibatis，。。。。 如果你没用过orm,想选一个，都大致了解下再说。 如果你够牛，自己写orm，那就另议了。 ------------------------------------------ 选择多了，许多人就觉得不可自拔，脑袋里在各个技术之间拼个你死我活。 还有一小部分人用了其中一个，比较熟稔，就去大肆抨击略微了解的其他类型技术。 这两种人都是精力过剩+技术狂躁 |
| 返回顶楼 | |
|
发表时间：2008-09-25
linq执行SQL语句与自定义查询条件的稍微看点书就知道，别看了两个例子就觉得自己掌握了全部来这说这不行那不行
|
| 返回顶楼 | |
|
发表时间：2008-11-04
nhibernate真的可用吗？我记得nhibernate1.2的时候，一个关联表，会查询n+1次。不知道说nhibernate的大侠们，是不是真的用nhibernate做过项目，还是说都在做学生信息管理系统，用不着那么高的效率。
|
| 返回顶楼 | |
|
发表时间：2008-11-06
mooniscrazy 写道 nhibernate真的可用吗？我记得nhibernate1.2的时候，一个关联表，会查询n+1次。不知道说nhibernate的大侠们，是不是真的用nhibernate做过项目，还是说都在做学生信息管理系统，用不着那么高的效率。
多对一，可以join关联，一对多可以一次读取。 请仔细看nhibernate有关文档。。。 另外linq2sql映射太不灵活了，差nhibernate很多。 |
| 返回顶楼 | |
|
发表时间：2009-01-06
linq 本身这种讲法有歧义。 楼主说的应该是LinqToSql吧？
linq2sql我感觉就像一个玩具，只提供了很初阶的功能，大家要把他和NH攀比，是不实际的。 而应该把NH作为Entity Framework的比较标杆。 EF 现在已经有Oracle，db2，Sqlite等不太少的3rd DB提供支持了。 Pls。。。近日疯传，linq2sql将逐步淡出了。。。 |
| 返回顶楼 | |
|
发表时间：2009-01-08
shiningplus 写道 mooniscrazy 写道 nhibernate真的可用吗？我记得nhibernate1.2的时候，一个关联表，会查询n+1次。不知道说nhibernate的大侠们，是不是真的用nhibernate做过项目，还是说都在做学生信息管理系统，用不着那么高的效率。
多对一，可以join关联，一对多可以一次读取。 请仔细看nhibernate有关文档。。。 另外linq2sql映射太不灵活了，差nhibernate很多。 两层的一对多可以一次读取吗？我记得1.2是不可以。 |
| 返回顶楼 | |
|
发表时间：2009-03-03
楼主 哥哥 是不是弄混 Linq 与 Linq to sql的概念了呀
|
| 返回顶楼 | |
