精华帖 (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的概念了呀
|
|
返回顶楼 | |