|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间：2008-03-12
我佛山人 写道 貌似3.5才有LINQ
3.5...呵呵...3.5用的是2.0的core. |
| 返回顶楼 | |
|
最后更新时间：2008-03-12
听说是可以运行在2.0上，但是好像比较麻烦，要先装3.5然后拷贝到2.0
|
| 返回顶楼 | |
|
最后更新时间：2008-03-13
ray_linn说得对。3.5用的2.0的core，再其基础上改进的。
LINQ可以运行在2.0上，倒不用装3.5，但是要把一些3.5的DLL拷贝引用进来。 |
| 返回顶楼 | |
|
最后更新时间：2008-03-14
woody_420420 写道 ray_linn说得对。3.5用的2.0的core，再其基础上改进的。
LINQ可以运行在2.0上，倒不用装3.5，但是要把一些3.5的DLL拷贝引用进来。 问题是如果不装的话哪里的dll啊。你能不能共享一下啊。 |
| 返回顶楼 | |
|
最后更新时间：2008-03-14
myoldman 写道 woody_420420 写道 ray_linn说得对。3.5用的2.0的core，再其基础上改进的。
LINQ可以运行在2.0上，倒不用装3.5，但是要把一些3.5的DLL拷贝引用进来。 问题是如果不装的话哪里的dll啊。你能不能共享一下啊。 我好久没玩LINQ。。。当然，必须在装了3.5的环境的机子下面把那些DLL拷贝过来。 最简单的办法就是，在3.5环境下建一个LINQ的项目，然后把引用下面的DLL考到你2.0环境机器，引用。。。OK！ 具体名字有点记不清了，好像是System.Core.*之类的。。。不知道后来版本是否变化。 |
| 返回顶楼 | |
|
最后更新时间：2008-04-09
你可以尝试使用active record，项目不大的话，用这个还是蛮方便的
|
| 返回顶楼 | |
|
最后更新时间：2008-04-10
对性能要求高的应用就够呛了
不过对小型应用确实挺方便 |
| 返回顶楼 | |
|
最后更新时间：2008-05-07
yyliuliang 写道 对性能要求高的应用就够呛了
不过对小型应用确实挺方便 是Linq还是NHibernate？ 我觉得NHibernate还是足够的快。Linq就没有用过，不清楚，但是我觉得Linq For Sql应该会比NHibernate要慢得多，至少Linq没有Cache。 |
| 返回顶楼 | |
|
最后更新时间：2008-05-07
沉默的糕点 写道 yyliuliang 写道 对性能要求高的应用就够呛了
不过对小型应用确实挺方便 是Linq还是NHibernate？ 我觉得NHibernate还是足够的快。Linq就没有用过，不清楚，但是我觉得Linq For Sql应该会比NHibernate要慢得多，至少Linq没有Cache。 对于单个实体的crud操作,没有复杂的多表关联,对数据的批量操作的情况下nhibernate确实够用了. 但它毕竟是一个通用框架,当你面对高并发,海量数据,始终还是不如直接用sql操作来得游刃有余. 当然了,肯定有hibernate/orm高手会指出,'那是你水平不够,没有良好的object domian 设计能力,所以操控不好hibernate'. 话这么说当然也没错,但是系统良好的设计就仅仅在于入库的那个序列化阶段? 不管是nhibernate还是DLinq它们最本质还是帮助你以oo方式自动生成dbms里script,跟cache是两个层面 |
| 返回顶楼 | |
|
最后更新时间：2008-06-27
如果你对数据库设计很有信心的话,非常推荐使用nhibernate,当然还有其他的工具提供选择.
如果你的数据库设计不是很灵活的话,不建议用.如果用了,可能大部分也只是CRUD,只是CRUD有什么意义呢? M$推荐的数据库操作是sp,即使是CRUD它也用sp.不要被ms这一套给蒙蔽了. |
| 返回顶楼 | |
