原文链接地址

https://compdoc2cn.dev.java.net/prototype/html/prototype.js.cn.html

CHM版仅为本人整理,所有版权归原作者所有.

prototype.js开发笔记.rar

讲的很好，很对，简直和我们的架构思想出奇的一致，将P2P技术推向了一个新的高度，不再需要服务器来转发数据。我对此深表佩服。由倪光南院士致辞，可见意义非同凡响。我并不对此表示怀疑，因为我们的技术就实现了如此的效果。我将该技术称为Neighbours.P2P实时数据分享技术。作为该技术的创始人，从2007年11月的思想雏形到今天的LeadUSee产品,我一直以为这样的技术两年之内不可能有其他人研发出来。看来是我错了。但是，我仍然有一个疑问,就是当前的网络环境，大部分是adsl接入，能达到1秒以内的延时，我们是做不到。我们能做到的只是adsl之间百客户端延时1秒-3秒之间。
同时，我登录了Heiro官方网站http://www.heiro.cn,我是河北网通adsl,主页无法打开。朋友的电信可以打开。并且下载了客户端HeiroSetup1.9.9.7。想着是感受一下如此震撼的技术，可是无论如何都是链接服务器失败，我和朋友都是如此。已经在人民大会堂正式发布并且由倪光南院士来致辞的具有划时代意义的习题，竟然会测试不了？我有些疑问和怀疑了。
本来还想对我们的产品以及Neighbours.P2P申请专利，看来要考虑有没有必要了，我们没有实力来惊动科学院院士，更没有实力在人民大会堂开发布会。我真诚的希望heiro不是汉芯第二，不是面子工程。

本文地址 http://blogger.org.cn/blog/more.asp?name=dashee&id=36789

 官方主页：http://www.remoteado.cn


  技术讨论群:50379320

udp.rar

    DLL函数动态调用工具1.0 使用Delphi + Asm编写，只要知道DLL中函数的名字和参数，就可以对任意Dll的函数进行调用。目前已经可以支持以下类型的参数和返回值：Boolean,Byte,Shortint,Word,Smallint,Longword,Integer,Int64,Float,
Double,String

预览图片如下：

下载地址 DLL_RT.rar

(*在此为避免造成对某些企业的攻击性言论，本文内容均不列举相关公司名称。)

在如今的软件行业，向平台进军已经是每个软件开发商宣传的口号，基本上每一家开发商都号称自己拥有软件开发平台，平台概念就和炒ERP一样被炒烂了。更离奇的是对平台的自我评价(或许该称为吹嘘)都非常类似，总结一些宣传的比较“好”的归纳如下：

1、快速开发：开发速度比手工写代码提高xx倍，应用系统开发只需要xx%的代码量或者可以零代码开发；

2、面向构件，工厂模式：开发软件可以像汽车组装流水线一样方便和快捷；

3、扩展性：灵活的业务配置和扩展能力；

4、低成本，易于维护；

5、平台的设计能力：平台可以根据用户的需求，很灵活的设计出符合用户要求的系统。

6、商业智能(BI)、划时代意义、ERP的第三次浪潮（ERP都没搞清楚），诸如此类的陈词滥调。

这些宣传真的是非常到位，就此而言，如果平台产品真的实现了这些目标，我感觉真的是企业之福了，可是实际情况是怎样呢？下面先了解一下现有平台的分类，根据现有的平台厂商调查，大致分为如下四类：

1、  [恶搞类]平台：这类平台大部分是在word,excel里面写了几个宏文件，连系统都谈不上，愣说自己是平台，不说也罢。

2、  [设置类]平台：此类平台以应用为基础，设置一些开关变量，以适应不用的情况和场合，可以说让应用的灵活性有一定提高。可是再灵活也只能称为应用，而且扩展性非常差。

3、  [应用转行类]平台：这是比较成功的一类，暂且称只为平台，以行业应用为基础，封装了行业(或典型企业)的诸多相对通用的业务逻辑，而且业务逻辑是对某个行业经过深刻研究后才能得到的结果。可是只能在行业内部应用，增加业务逻辑模块仍然需要编写代码，如果开发新的行业的应用，等于从零做起。

4、  [协同类]平台：这是比较成功而且是见的最多的一种平台(具有应用转行平台的所有优点和缺点，但是其局限性要小的多)，以OA或者ERP为基础，以工作流为核心。

纵观这些平台，再看平台的宣传，平台解决了什么问题？其实这些宣传正是他们没有解决的问题。那么问题出在哪里？其实最重要的还是平台软件厂商的没有认识清楚平台的概念，还没有从应用的开发当中解放出来，不忍丢下现有的行业应用。那么这就导致了这些平台产品的局限性，同时制约了本身的技术进步和思想进步，最终将会沦为与传统行业应用软件开发商相同的层次，到时候只能宣告：向平台进军失败。或者说这些行业软件商不具备开发平台的条件。

在此插一句：为什么国内ERP的实施失败的案例很多？做了几年的ERP的软件开发商都不知道何为ERP，开发商自己都不用还要高价卖给客户，这能成功才怪。ERP是改变工作方式、合理利用资源，而大部分开发商和企业只是将其认为是软件，是数据库应用，暂且不评论ERP软件的质量。或许是开发商的售前鼓吹、或许是企业对ERP期望太高，ERP的实施费用是相当昂贵的，少则10万20万，多则几千万。企业花了高价来实施ERP产品，却收效甚微，甚至出现影响现有工作的情况，大多是因为企业管理人员对ERP的错误认识或者ERP软件本身就不能满足现有需求。软件满足不了需求最好、有BUG更好，我们提供升级，提供服务啊。现在都在卖服务不是，好像有了服务就是好软件了，那么修改BUG也要用户来买单，还美其名曰是服务，我倒！开发商钱赚到手了？那么ERP的疗效去了哪里？深思吧

言规正传，平台软件到底能不能满足企业信息化建设的需求？回答是肯定的，但不是上述几类平台能解决的。一个能满足企业信息化建设的平台应该是什么样子？其实就是实现上述平台所宣传的目标，那么这个目标如何实现，关键还是定位问题。还得用一下生产汽车的例子：其实组装汽车并不复杂，因为我们是用制造好的零部件组装，所以显得很容易。软件也是如此，因为平台里面集成了了很多业务逻辑和功能模块，所以平台都号称零代码或者面向构件，因为他们忽略了最重要的环节，也就是这些业务逻辑和功能模块的的开发，这才是问题的关键，也是为什么平台没有实现所宣传的目标的原因。软件开发与组装汽车不同，因为汽车零部件都有相应的标准，而且都是批量生产，具有模式化；软件则不同，没有办法来统一，需求千变万化，如果拿做车的路子来套软件生产，无疑是死路一条。

如何改善这个问题？有人说SOA，可以灵活的实现业务基础架构，这里不再多说SOA,从它一开始到现在所走的路，自己是死是活都不一定，可以去CSDN搜索相关文章自己感受一下。

那么现在需要什么样的平台？我认为是汽车制造零部件的工厂，也就是快速构建功能模块的平台。这样的平台与行业应用没有直接关系，只是能快速根据图纸生产零件，当然能组装成产品更好。这必须要遵循三个原则：

1、  在编程语言上层实现。

写代码虽然灵活，可随心所欲，毕竟效率很低，修改起来也困难。可是不写代码可能灵活性尽失，又要走前面一些平台的老路。其实程序员都知道，写代码也无非那几招，数据输入（数据采集，合法性验证） 、逻辑处理（条件判断、循环遍历、递规调用）、执行处理（数据运算、数据库操作）、显示处理（界面显示、报表），很符合MVC思想。如果这些处理都不再需要编码，那么会节省大量的时间。

2、  与行业应用无关。

因为我们是要做平台，是将需求转换为思维再转换为应用系统。当然这个平台不能说只能做进销存，或者只能做OA。它应该能更灵活的做信息化应用。

3、  能快速将思维图纸转换为业务模型。

思维来源于需求，对于有行业经验的业务人员，根据需求产生思维意识的解决方案是很容易的事，但是实践到产品开发上面还要经过大量的时间，概要设计，详细设计，模块划分等等。那么如果平台可以给业务人员一个展示才华的机会，可以让他用我们的平台来实现他的思维，那么这个环节将省去大量的劳动力和宝贵的时间。

当然，平台的稳定性、安全性、可部署性、是否可以在满足互联网环境等等问题，都要平台设计当中考虑，这不是本文的范围，不加详细说明。

世界各地都有盗墓者，他们想尽千方百计，到古墓中去偷窃埋藏了千百年的金银珠宝，古墓往往与世隔绝，使宝物历经千年还保存得相当完好。在这终年不见天日的古墓中，盗墓者通常会认为里面应该是伸手不见五指。可是他们有时却惊恐地发现，在一些古墓的拱顶上，一盏明灯霰射着幽幽的光芒。
神灯屡次现身

公元527年，叙利亚处于东罗马帝国的统治，当时在叙利亚境内的东罗马士兵们曾发现，在一个关隘的壁龛里亮着一盏灯，灯被精巧的罩子罩着，罩子好像是用来挡风的。根据当时发现的铭文可知，这盏灯是在公元27年被点亮的。士兵们发现它时，这盏灯竟然已经持续燃烧了500年！遗憾的是，野蛮的士兵们很快毁坏了它，这盏神秘的灯的原理已为人知晓。

一位希腊历史学家曾记录了在埃及太阳神庙门上燃烧着的一盏灯。这盏灯不用任何燃料，亮了几个世纪，无论刮风下雨，它都不会熄灭。据罗马神学家圣·奥古斯丁描述，埃及维纳斯神庙也有一盏类似的灯，也是风吹不熄，雨浇不灭，真有点像从《西游记》所述的火焰山上寻找的火种。

公元1400年，人们发现古罗马国王之子派勒斯的坟墓里也点燃着这样一盏灯，这盏灯已持续燃烧了2000多年！风和水都对它无可奈何，熄灭它的唯一的方式就是抽走灯碗里那奇怪的液体。这难道是神话中的阿拉丁的神灯吗？

公元1534年，英国国王亨利八世的军队冲进了英国教堂，解散了宗教团体，挖掘和抢劫了许多坟墓。他们在约克郡挖掘罗马皇帝康斯坦丁之父的坟墓时，发现了一盏还在燃烧的灯，康斯坦丁之父死于公元300年，这意味着这盏灯燃烧了1200年！

公元1540年，罗马教皇保罗三世在罗马的亚壁古道(一条古罗马大道)旁边的坟墓里发现了一盏燃烧的灯。这个坟墓据说是古罗马政治家西塞罗的女儿之墓，西塞罗的女儿死于公元前44年。显然，这盏灯在这个封闭的拱形坟墓里燃烧了1584年！更有趣的是，坟墓里的尸体浸在一种未知的液体中，看起来像是刚刚才死去一样，原来古人用这种液体来保存尸体。

这些长明灯只是全世界所有发现中的几例。考古记录显示，这种古庙灯光或古墓灯光的现象在世界各地都有发现，例如印度、中国、埃及、希腊、南美、北美等许多拥有古老文明的国家和地区，就连意大利、英国、爱尔兰和法国等地也出现过。

古人的魔咒

如此神奇的长明灯为何没有保留到今天？古代人对所发现的长明灯不够重视吗？其实古代人的确保存这些神灯，可是很奇怪，上述这些灯一旦现身，就会以某种方式很快毁坏掉，例如被野蛮的掠夺者和挖掘者毁坏。难道古人在利用某种魔咒来保守他们的技术秘密？

17世纪中期，在法国的格勒诺布尔，一位叫杜·普瑞兹的瑞士士兵偶然发现了一个古墓的入口。费尽九牛二虎之力进入古墓后，这个年轻人并没有发现任何他想要的金银珠宝。不过，让他更惊讶的是，在这与世隔绝的坟墓，竟然还有一盏正在燃烧的玻璃灯，惊异之余，他把这盏神秘的灯带出了坟墓，送给了修道院，修道院里的僧侣们同样目瞪口呆，这盏灯至少已经燃烧了千年。他们像宝一样保存着它，可惜的是，几个月后，一位老年僧侣竟然不小心把它碰掉在地上，摔碎了。

另一件趣事发生在英格兰，一个神秘的不同寻常的坟墓被打开了。打开这个坟墓的人发现，在坟墓拱顶上悬挂着一盏灯，照亮了整个坟墓。当这个人往前走时，地板的一部分随着他的走动在颤动。突然，一个身着盔甲、原本固定的雕像开始移动，举着手中的某种武器，移动到灯附近，伸出手中的武器击毁了这盏灯。这个宝贵的灯就这样被毁坏了。

古人的目的一次又一次地达到了：灯的奥秘被严密地保守着，再也没有后人知道。

参考:blog凤凰

长明灯，谁的杰作？

这种不寻常的灯代表着远古的高科技吗？我们的祖先如何出发明这些永不熄灭的灯？

不熄之火最早出现在各种神话故事中。据说这种不熄的火光是天宫之火，是普罗米修斯把它偷偷带给了人类。总之，人类由于机缘凑巧，知道了这个秘密。也许是某位先哲把它传给了人类，就像神农氏教会了人类种植农作物，有巢氏教会了人类建造住所。一旦人类得知如何制造永久的灯光时，消息不胫而走，全世界的庙宇都想装上这种永不熄灭的灯。

根据古埃及、希腊和罗马等地的风俗，死亡的人也需要灯光驱逐黑暗，照亮道路。因此，在坟墓被密封前，习惯于放一盏灯在里面。而富贵荣华之家就要奢侈一些，放上一盏不熄的灯，永远为死者照亮。千百年以后，当这些坟墓的拱顶被打开时，挖掘者发现里面的灯还在好好地燃烧着。

制造不熄的灯，古人是否轻车熟路？并非如此，一般平民的墓穴里都并没有这种灯。不过，并不富贵奢华的古代炼金术士的墓穴里也会出现这种灯。例如，公元1610年，一位叫洛斯克鲁兹的炼金术士的坟墓在他死后120年被掘开，人们发现里面也亮着这样一盏不熄的灯。于是人们怀疑古时的炼金术士和铸工懂得制造这种长明灯的技术。难道不熄的灯光与金属有关？

长明灯不熄之谜

遗憾的是，这种不熄的灯现在再无踪影，那些过去记载的见闻是不是真实的呢？永不熄灭的灯很自然成为学术界争论的话题。一部分人认为，世界各国有关长明灯的记录足以让人肯定，确实存在这样一种不熄的灯，或者长久燃烧的灯，只是技术失传，我们现在的人理解不了。中世纪时期的大部分有识之士认为，确实存在这种不熄的灯，并且认为这种灯具有某种魔力。另一部分人则认为，虽然有那么多有关长明灯的记录，但现实中并没有一盏长明灯摆在众目睽睽之下，而且这种灯的 能量问题严重违背能量守恒定律，因此这种不熄的灯应该不存在。还有许多人认为，这也许是古人在书中开的一种聪明的玩笑。

如果长明灯真的存在，那么它们的能量来源是什么？或者它们并不是永久长明的，但千百年长久地燃烧，若是普通的煤油灯，就要耗费多少万升的煤油。难道它们的燃料是能够不断补充的？中世纪以后，许多思想家曾经试图用补充燃料的方式制造一盏长明灯，即在燃料将耗尽时，快速补充燃料。但是没有一个实验成功过。即使利用现代的燃料连续补充技术，制造一个千百年长明的灯，也不太现实。

还有一些人大胆推测，这种灯就是使用电的灯，灯碗里那看似燃料的液体可能就是用来导电的汞，所以“燃料”看起来永不见少，这种用电的灯也不会怕风吹雨打。古时的希伯来人就秘密地保守着现代叫做电的技术。据描述，13世纪，一个叫杰彻利的法国人拥有一盏灯，没有任何油或灯芯。通常灯被放置在他房间的前廊，每一个人都可以看见。当杰彻利被问及灯为什么会亮时，他总是微微一笑：“保密！”杰彻利做过许多与电有关的实验。为了保护自己不被仇家侵犯，他发明了一种放电按钮，能够放出一股电流到门上的铁把手。当杰彻利按下按钮时，闪亮的蓝色火花就会突然冒出来。

如果神灯真的是用电能点亮，那么电能是如何产生的？难道庙宇或古墓中安装有能够发电的机器吗？要做到一劳永逸地不断供应电能，只有窗体底端

太阳能发电可以做到。神灯真的是利用太阳能发电吗？古人似乎不愿告诉我们秘诀。

　　DbAnyWhere-Java平台用于解决c/s程序在互联网数据访问的问题，可以说是b/s和c/s的一种结合形式，它更类似于数据库访问引擎，是比较理想的互联网三层应用解决方案。
平台环境:
　　服务端为标准j2ee Web应用程序，可以方便的部署在tomcat,resin等应用服务器下，不需要二次开发，可以配合客户端组件支持java功能扩展。
客户端开发使用delphi组件，类似于ado开发模式，以至于您原来用ado开发的应用程序可以很轻松的移植到这个平台下来。
数据传输:
　　传输采用http协议传输压缩二进制数据，因为采用http协议，所以没有防火墙限制问题，数据库并不暴露在公网上面，所以更安全。
数据库支持:
　　目前支持sqlserver2000，陆续支持oracle,db2,mysql等等
跨平台支持:
　　服务端为j2ee应用，所以服务器端天生可以支持跨平台。客户端为delphi组件，由于delphi有linux版本(Kylix)，所以也支持跨平台。
性能:
　　数据访问形式采用http无状态连接方式，也就是模拟b/s的访问，所以不需要实时占用tcp连接 或者 udp 连接，因此服务端可以负载更多的用户；并且服务端进行了优化处理，服务端不需要专业的服务器，普通pc机就可以(当然如果数据量很大、并发量也高，还是建议采用高性能的机器)。

目前已进入测试阶段
测试环境：

线路:网通adsl(下行2M,上行512K),由于跨网响应比较慢，所以电信用户会相对慢很多。
服务器环境
硬件:AMD Sempron 2800+ ,内存 512M
数据库: sqlserver2k
j2ee服务器: resin

测试数据为 50000条记录

demo下载地址 http://catula.vicp.net/demo.rar

欢迎下载测试 [附demo的代码]，下载和测试时间：每天 9:00 - 17:00。

版权所有:通达科技发展有限公司
技术咨询QQ:67189250,113017429

　　刚刚毕业的时候，互联网还不是很发达。那个时候我最喜欢C和delphi，写程序是我的兴趣和爱好，为了生活，当然更多的是因为我的爱好，在朋友的介绍下进入了一家用Delphi做应用软件的公司。delphi确实不错，做什么程序都很方便，当然现在也没有扔下。网络版的软件大部分是局域网内使用，ODBC,BDE,ADO都不错，方便，跟开发单机软件没什么不同；后来Borland的三层架构midas、微软的com/com+，当然还有很多。无疑这些技术在网络版软件中都曾经产生了巨大的价值,也造就了很多优秀的产品和技术高手。后来互联网越来越热，越来越普及，当时出于机会和热情，投身到互联网的开发当中，也就是B/S模式的开发。在经历了cgi,asp,php,java的实践，最终选择了java，因为跟我最喜欢的C很像啊.结果java一搞就是5年,java真是好东西,各种先进的思想、框架层出不穷。5年？不是一个很短的时间，如果只是研究别人的技术，那岂不是太没有水准了！自己也写框架，搞开源，风风火火，一腔热忱，构建了我的MVC思维框架 jideation,本来是准备今年9月份发布的,可是因为种种原因，迟迟没有发布......

　　开发了这么久的b/s,我不得不承认其优势很大，尤其是在互联网上，显然ado,midas,com效果都不是很理想，但是在有效数据传输、界面灵活性、用户易操作上，也暴露出严重的不足。以至于现在的ajax技术，努力的来弥补这些问题，虽然解决了一部分问题，但是问题仍然很多.....归根结底是因为ajax是基于JavaScript和dhtml,而JavaScript本身必须要靠浏览器来执行，这样就能力有限，没有办法对数据做进一步的处理。所以一直在思考如何将这两者的优势结合起来，鉴于这样的理想，而且dbanywhere的作者也有同样的思路，不谋而合，最终投入到dbanywhere-java的开发当中。

从前有两个父亲，Tom 和 Jack ，Tom有一个儿子TomDong，可是Jack想要TomDong当自己的儿子。TomDong由于从小就没有见过父亲，没有办法辨认。Tom很伤心，于是去求太阳神sun想个办法，sun果然厉害，使用魔法将记忆加给了TomDong,于是TomDong就有了辨认父亲的能力。下面让我们来看一下sun的魔法是
怎样做到的：

//父亲Tom
public class Tom
{
    public Tom()
    {
    }
    public TomDong getChild()
    {
        return new TomDong();
    }
}
//父亲Jack
public class Jack
{
    public Jack()
    {
    }
    public TomDong getChild()
    {
        return new TomDong();
    }   
}

//没有记忆的Tom的儿子TomDong
public class TomDong
{
    public TomDong()
    {
        System.out.println("你好父亲!");
    }
}

//测试
public class Test
{
    public static void main(String[] args) {
        Tom tom=new Tom();
        System.out.println("Tom get TomDong:");
        tom.getChild();
        Jack jack=new Jack();
        System.out.println("Jack get TomDong:");
        jack.getChild();
    }
}
运行 输出结果：
Tom get TomDong:
父亲你好!
Jack get TomDong:
父亲你好!
----------------------------------------------
显然 TomDong 不认识自己的父亲

下面是被sun加了记忆的TomDong

//有记忆的Tom的儿子TomDong
public class TomDong {
    public TomDong()
    {
        if (Reflection.getCallerClass(2) == Tom.class)
        {
            System.out.println("父亲你好!");
        }
        else
        {
            System.out.println("坏蛋,我不是你的儿子!");
        }
    }
}
运行Test,输出结果

Tom get TomDong:
父亲你好!
Jack get TomDong:
坏蛋,我不是你的儿子!

----------------------------------------------

本文主要讲解了 sun.reflect.Reflection，0 是getCallerClass自身，1 是class自身，2 是class的调用方，3 根据类加载机制而定
如有不明之处，qq 联系我。

尚兴林

 //自定义http头信息
 char* headers="Accept:*/*\r\n"
  "Accept-Language:zh-cn\r\n"
  "User-Agent:VCTestClient\r\n";

 HINTERNET hNet = InternetOpen("Outlook",PRE_CONFIG_INTERNET_ACCESS,NULL,INTERNET_INVALID_PORT_NUMBER,0) ;

 HINTERNET hUrlFile = InternetOpenUrl(hNet,url,headers,strlen(headers),INTERNET_FLAG_RELOAD,0);

 char buffer[10*1024] ;
 DWORD dwBytesRead = 1;
 BOOL bRead=TRUE;
 CFile file;

 file.Open(filename,CFile::modeCreate|CFile::modeWrite);//创建本地文件,准备写入数据
 while(bRead&&dwBytesRead>0)
 {
  bRead = InternetReadFile(hUrlFile,buffer,sizeof(buffer),&dwBytesRead);
  if(dwBytesRead>0)
  file.Write(buffer,dwBytesRead);
 }
 InternetCloseHandle(hUrlFile) ;
 InternetCloseHandle(hNet) ;
 file.Close();
 result=true;
 }catch(CException *e)
 {
  result=false;
 }
 return result;
}

//头部包含afxinet.h
 #include <afxinet.h>

CInternetSession::OpenURL函数原型为：

CStdioFile* OpenURL( LPCTSTR pstrURL, //文件URL地址
  DWORD dwContext = 1, //上下文ID
  DWORD dwFlags = INTERNET_FLAG_TRANSFER_ASCII, //标记
  LPCTSTR pstrHeaders = NULL, //发送到服务器的数据头
  DWORD dwHeadersLength = 0 );//发送到服务器的数据头长度

dwFlags可以为：
INTERNET_FLAG_RELOAD 强制重读数据
INTERNET_FLAG_DONT_CACHE 不保存到缓存
INTERNET_FLAG_TRANSFER_ASCII 使用文本数据
INTERNET_FLAG_TRANSFER_BINARY 使用二进制数据

//获取网页的方法代码如下
CString getURLContext(LPCTSTR pstrURL)
{
 //自定义http头信息
 char* headers="Accept:*/*\r\n"
  "Accept-Language:zh-cn\r\n"
  "User-Agent:VCTestClient\r\n";

 CString m_strHTML;
 try
 {
  CInternetSession sess;//建立会话
  CHttpFile* pF=(CHttpFile*)sess.OpenURL(pstrURL,1,INTERNET_FLAG_TRANSFER_ASCII||INTERNET_FLAG_RELOAD,headers,strlen(headers));//打开文件
  注意:OpenURL 方法的dwFlags参数 必须选择传输模式为INTERNET_FLAG_TRANSFER_ASCII 或者 INTERNET_FLAG_TRANSFER_BINARY
  CString szData,szAllData;
  while(pF->ReadString(szData))
  {
   //读取文件
   szAllData+="\r\n";
   szAllData+=szData;
  }
  pF->Close();
  sess.Close();
  m_strHTML=szAllData;
 }
 catch(CException *e)
 {
  AfxMessageBox("获取数据失败");
 }
 return m_strHTML;
}

希望能对需要的朋友有帮助。

query.jsp//用于查询子节点的jsp，可以根据需要改为查询数据库

treeData.txt//存放数据的文本文件

id pid name   isend
1  0   分类A  0
2  0   分类B  0
3  0   分类C  0
4  0   分类D  0
5  0   分类E  0
6  1   分类A1 0
7  1   分类A2 1
8  1   分类A3 1
9  2   分类B1 1
10 2   分类B2 1
11 3   分类C1 1
12 3   分类C2 1
13 3   分类C3 1
14 4   分类D1 1
15 4   分类D2 1
16 5   分类E1 1
17 6   分类A11 1

源文件下载 tree.rar