这还是算了吧....毕竟我初学....要靠baidu哥哥以及其他同人们罩啊!

是啊，是啊，哥罩你

俄.......你个家伙.....

貌似kai同学也来自上海.....

LZ的观点的确高明！不过实现起来是不是要向卡巴那样先给每个文件打上烙印，以方便它们响应搜索？？？如果搜索不是经常的，这种开销是否过大呢？请LZ更深入点阐述。

ysol,

you are right. Usually the search funktion will not be always used, But when we use it, we all want get the answer as quickly as possible. So it is well worth to pay some space for better search.

Today, google and baidu are the mostly used search engine. When the software is purely a search engine, then some payment for place is well worth. Do you think so?

I think, it is the first talk with you. Nice to meet you.

Kai:

If every object in your system is an active listener, the performance might be a big concern. Since DB should be able to handle a huge amount of data. Table is built for facilitating the search, basically building up some references or hierarchies. I think it is inevitable. Plus, should every listener listen to every search command, doesn’t sound efficient. Thanks for not posting it in German

WOW....football fan of Ajax+C plus plus "banzhu"+English lover=?(Well,should be perfect!)

I'm not an English lover at all. I have to use it everyday otherwise I'll get kicked out from my company.

myajax95,

a listener is just an extern object, and every file object just add the listener. code like this.

For example you have tree structure for your file system. I name it fileTree

MySearchListener msl = new MySearchListener();
fileTree.add(msl);

// code for search

fileTree.doSearch( your search content );