黄富强

thank you

VincentXie16

http://www.cjsdn.net/user/downlo ... ctionPoolSource.rar

这个是Source地址.........我这里学校网络挺烂的,所以上传N次才成功

里面有两个project,util是工具包来的,主要用到了Event事件模型和XML解释包

把两个project都导入eclipse进去就好了

黄富强

看完源代码之后的建议：
1、首先要确定方向
它属于应用层的内容，如果你想让它发展成中间件框架，它太单薄，如果只提供单一的功能，那你一定要验证它的性能是否有进一步提高的可能，否则没有企业应用可能，开发团队会选用现有的应用层中间件完成这个功能；
2、如果你是学生，可以把它做成简单的中间件框架，写一篇好的研究性论文，可以用模拟环境证明它的有效性；
3、要多研究设计模式，来提升它的非功能性要求；
4、可以借鉴开源的应用层中间件相关部分；
5、自主中间件框架的有效测试相当重要，它是企业的过程资产；
研究它，发展它，开源它，一定要有清晰的文档，先把一些基础的事情做了，好好研究，及时分享成果，研究成果，一定要有系统观点，否则很难做好，“启发式“我认为先要满足功能性的要求，有好的思路，还要有好的证实方法论。

VincentXie16

恩,我是学生.
我一开始想是希望让他作为一个部件提供给一些用户集成到自主开发的一些框架中,所以接口尽量地简单,让用户自己去包装他,甚至把多个这些针对不同数据库的多池再包装一次,想写详细的文档和研究资料,但是急于想听听其他人的意见来肯定自己的方向没有错,所以调整了一下然后写了一个使用说明概括就马上发出来了
anyway,感谢你的建议

VincentXie16

如果有新的成果我会再发布出来的

VincentXie16

其实同样这样的概念,我觉得"线程池"比"连接池"更加适合用,一样的问题,不过"线程池"的要求比"连接池"要更加高,如果实验证明得到异步的模型+启发式会有更好的效果,那么两个问题都可以得到发展

黄富强

定位很重要：什么都有，谁做得好？
视角不一样，结果观注不一样；
基本元粒度小，可能有好的性能，体系实现有可能不太好；
比如使用设计模式有时可以有好的可扩展性，但有时代码量会增加，但对框架的实现是必要的，但对COMMON的程序不一定有效，因为这有可能使功能性的问题复杂化；
所以系统软件、中间件、COMMON软件的设计思想是不同的，但前两者的思想有利于培养优秀程序员；
关键是系统化的思维方法.

[ 本帖最后由 黄富强 于 2007-11-19 22:34 编辑 ]

VincentXie16

现在有点明白你的意思

中间件的视野覆盖面比common大

[ 本帖最后由 VincentXie16 于 2007-12-1 15:44 编辑 ]

fluke

过一两周我找个load runner帮测试一下线程并发把，我也想知道实际效果。