多谢了

@shenjk 淘宝把api禁用了，正在联系中

有关调用实时(JIT)调试而不是此对话框的详细信息， 请参见此消息的结尾。 ************** 异常文本 ************** Taobao.Top.Api.TopException: 29:Invalid app Key 在 Taobao.Top.Api.TopRestClient.TryParseException(String response) 在 Taobao.Top.Api.TopRestClient.Execute[T](ITopRequest request, DTopParser`1 parser, String session) 在 Taobao.Top.Api.TopRestClient.Execute[T](ITopRequest request, ITopParser`1 parser) 在 Taobao.Top.Api.TopJsonRestClient.SearchItems(ItemsSearchRequest request) 在 ž..—(CommodityQueryCondition ) 在 .€.(Object , EventArgs ) 在 System.Windows.Forms.Control.OnClick(EventArgs e) 在 System.Windows.Forms.Button.OnClick(EventArgs e) 在 System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent) 在 System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) 在 System.Windows.Forms.Control.WndProc(Message& m) 在 System.Windows.Forms.ButtonBase.WndProc(Message& m) 在 System.Windows.Forms.Button.WndProc(Message& m) 在 System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) 在 System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) 在 System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

win7和xp，点击搜索按钮就出错。。

@RubyPDF 谢谢

@贤达 过段时间吧，代码需要整理

界面很简洁，看着很舒服

支持一下！ 源码能不能共共享一下呢？

@黄可[匿名] http://www.51aspx.com/CV/LuceneSql

构造函数,和析构函数都可以自定义,
只是构造函数必须有不带参数的那一个.

关键字：lucene.net 搜索排序 内存猛涨 内存溢出 IndexSearcher TopDocs weight

public IndexSearcher(String path) throws IOException ...{
this(IndexReader.open(path), true);
}

public IndexSearcher(Directory directory) throws IOException ...{
this(IndexReader.open(directory), true);
}

public IndexSearcher(IndexReader r) ...{
this(r, false);
}

private IndexSearcher(IndexReader r, boolean closeReader) ...{
reader = r;
this.closeReader = closeReader;
}

在lucene应用中也许很多人都遇到这种情况。当索引太大（大于10G），搜索时用前两种构造方法声明IndexSearcher

对象，这样每构造一个IndexSearcher对象，都要声明一个索引对象（实际上是一个索引的多次连接），而每个索引对

象都要占用一定量的系统资源（主要是内存）。当大量用户访问系统时，就会看到系统内存直线增长，致使产生

“java heap space”内存耗尽或内存溢出（.net）。这个问题可以通过以下方法解决:

终极解决方法：
联系方式： jackbison@163.com , pc2004lcq@126.com

谢谢~

http://tech.it168.com/n/2007-03-28/200703281722292.shtml
看看这篇文章吧，这里也提供了测试代码的下载，结果居然差别这么大。

@亚历山大同志
别人说的是平均性能，你看看读性能，Nbear比NHibernate快多了，写慢了一些，所以平均性能来看，Nbear还是不错的

我跟楼上一样，觉得“MonitorContainer是监视器（抽象类）相当于观察者。只负责通知变化，当子类调用Notify方法它即会通知报警模块报警，如Email和SMS(短信)。 ”
里的MonitorContainer 应该是“主题”当主题有变化时，就通知那些已经观察本主题的“观察者”，博主的这里观察了MnoitoeContainer“主题”的就是email和sms（短信）
且，博主的观察者注册是在NetMonitor。用了IOC后，注册相当是在MnoitoeContainer的构造方法中。
感觉这样不是太好，不过我也说不出该怎么做。

MonitorContainer是监视器（抽象类）相当于观察者。只负责通知变化，当子类调用Notify方法它即会通知报警模块报警，如Email和SMS(短信)。

写错了吧。
MonitorContainer是Subject，而不是Observer。
在理解观察者模式的时候，很容易将Subject和Observer弄混淆，要注意。

另外，程序没有调试（里面有错误）就贴出来了，这样不太好吧。

我按照修改了。怎么还是占用那么多内存啊。

已修复NBearV3中的性能问题：http://www.cnblogs.com/teddyma/archive/2007/07/26/831646.html，请使用NBearV3的朋友下载最新的NBearV3.7.2.6版。

写入性能还可以

IBatisNet读取性能怎么差这么多啊？比Nhibernate还差好远呢，能给出可能原因么？

很好的测试

直接用系统原生数据库操作类的-飘过......

这种光是性能的单一 PK 有些片面

而且数据很少

比如：
内存占用、cpu占用 对于一个服务器来说也是很重要的

如果有更全面的数据就更好了

@RicCC
IbatisNet也有很好的缓存方案

@progame
反射这块是要取代的,少量反射损耗不严重.在填充记录就存在短时间内进行大量操作这一下子就能休现出来.组件内的对象之间的组合也是一个关键地方.如果两步都做得好基本接近ado.net.
http://www.cnblogs.com/henryfan/archive/2006/12/10/588264.html
这里的结果应该接近ado.net,过段时间修改后在做个对比测试.感觉和NHibernate比对它有点不公平,因为我的组件的出发点和NHibernate有所不同.

NH可以基于对象选用各种缓存方案，降低数据库压力，不知道IbatisNet怎么样，如果完全用DAL、ADO.NET方式，基于data row做缓存有什么好的方案，还是每次查询数据库？

@henry
呵呵, 我已经拿来和自己的比较了一下
Read Performance Comparison(ms)
Repeat Times:2 ADO.NET:61 NHibernate:141
tbp Repeat Times:2 use: 237
Repeat Times:4 ADO.NET:108 NHibernate:239
tbp Repeat Times:4 use: 157
Repeat Times:10 ADO.NET:293 NHibernate:545
tbp Repeat Times:10 use: 409
Repeat Times:20 ADO.NET:538 NHibernate:986
tbp Repeat Times:20 use: 762
Repeat Times:30 ADO.NET:796 NHibernate:1467
tbp Repeat Times:30 use: 1187
Write Performance Comparison(ms)
Repeat Times:40 ADO.NET:191 NHibernate:315
tbp Repeat Times:40 use: 294
Repeat Times:80 ADO.NET:385 NHibernate:669
tbp Repeat Times:80 use: 477
Repeat Times:200 ADO.NET:930 NHibernate:2448
tbp Repeat Times:200 use: 1173
Repeat Times:400 ADO.NET:1931 NHibernate:3354
tbp Repeat Times:400 use: 2573
Repeat Times:600 ADO.NET:2755 NHibernate:5196
tbp Repeat Times:600 use: 3437

其实ORM比ado.net差别就在反射这一块, 而更好地生成SQL比优化反射性能要有价值得多

对于列表读取来说 很多ORM并不会在读完到list就生成entities 所以只读取没意义 像我的就是在读取后仍然以datatable存放, 在遍历或根据key, index取entity时才会生成并填充属性 这个才是检查读性能的主要地方

换句话说 用多次 load single entity 来测试读性能是比较好的 而不是用load entity list来测试

先下载下来有时间和自己的玩意比一下...

@progame
这个我明白啊.但不明白要遍历干嘛?

@Teddy's Knowledge Base
代码基本是基于你原来测试一文的代码.我只是新增了ibatisnet和升级下nbear的dll.

我没有看你的具体的代码，不过，无论是什么测试，都会有局限性，只能作一个大概参考。建议大家根据自己的应用场景进行原型测试。

另外，建议使用全新发布的NBearLite进行一下测试，看看是不是性能上有不小的提升呢？
http://www.cnblogs.com/teddyma/archive/2007/07/20/825384.html

lazy loading只是指related实体或集合的加载不执行 但当前字段一个不会比ado.net少 所以不可能比ado.net快 如果是使用memory cache的话 不查数据库 这样才可能会快

其实我一直在用NBear2.5
小巧轻便,没有干过多的事情,是个不错的小玩意
3.*虽然关注,但是不喜欢,而且...更新太频繁,折腾人...

真要是lazy load的话,就完全可能比ado.net快了:>

按照我以前的印象,NH挺慢的...:>

NET Framework 3.5 June 2007 ctp 中linq to sql和 ado.net datatable之间的比较可参见这里,我个人是比较吃惊的

http://www.soho-works.net/blog/post/516.html

@progame
nbear无需加什么配置,只需要修改app.config的数据库连接.
ibats.只需修改ConsoleApplication\bin\Release\SqlMap.config中的数据库连接.
请不要删除release目录下的一些配置文件.如ConsoleApplication\bin\Release\Maps.

填充到list了,遍历的话,基本没啥影响吧.ibatis和nbear是lazy load,nhibernate我不知道是哪种load

晕，如果ado.net不在第一位，微软的开发工具也该下课了。如果说NBear和NHibernate和IbatisNet简单读写性能可以超越ado.net，那肯定是撞邪了，恭喜你，你可能破解了.net库的原代码，自己开发了一个东东。而且NBear和NHibernate和IbatisNet各有各自的优势，非要用一个点来说，那就无语了。

很惭愧啊 我下载了代码 配置了半天 NBear和IBatis还是没能跑起来

看了测试, 对于读取, 只是填充, 并没有遍历, 意义不大
写的测试还是可以说明问题的

@随风流月
呵呵,机器性能限制,暂时装不了.

为什么不测试 DLinq？虽然它只有 Beta 1。

@亚历山大同志
这个结论是Teddy原文中的,没看到我是灰色标注?可能不太明白我的意思,我的意思是,结论和Teddy原文中结论相反.还有请看:
测试结果:nbear性能最差.(和teddy测试差距很大.)

@亚历山大同志
作者这段话引的是Teddy的原话 不是指他自己的测试结果

NBear好像很差

NBear相比ADO.NET慢约3倍，NHibernate则大约慢2倍。

NBear的平均性能应该要比NHibernate好处不少

如果不是作者脑壳发昏了就是我脑壳秀逗了，天哪！

怎么看也是nhibernate快啊

沙发

@zhanmin_mail
我也下載了樓主的代碼，也沒有調用成功，一加上配置，就出問題,請問你是如何解決的。

樓主能否給個能運行的Demo出來。謝謝！

一切顺其自然，怎么写好就怎么写，不要为了模式而模式．

为什么以上方法都是静态的？是否可以不是？

以前没有看到这类方法，是自己写了一个从 ArrayList 转换成 Datatable
的 感觉效率比较低


还有简单实例的！我把代码拷贝过去了，怎么都不行