xyxx 2006-01-21 19:43
jdon框架仅仅是一个框架而已，没有什么新鲜的，类似的框架多着哩。若jdon真要干点什么事情，到不如搞个“状态bean”框架来的实在，一旦搞成了，那可是真的为Java的发展作了一个了不起的贡献!
菲平 2006-01-22 01:04
不要在这泼冷水了,jdon做到现在很好啊,

不要总是说别人做的怎么怎么样,自己做出点东西再说?

jdon加油,就是希望jf加大开放的力度,让更多的人参与到开发当中,
好不容易在开源的世界里看到一个不错的中国的项目啊

xyxx 2006-01-22 07:47
没有泼冷水的意思，事实上我也有自己的框架。当然能开发框架是件非常考验技术的事，但我宁愿说它是个程序员的活，并不是件真正对大家有裨益的事情，因为框架无非是给个问题的解决之道。就说tapestry，离开了组件的概念，它什么都不是，开发成本奇高、奇累！前面banq提到的"状态Bean"，确实很有应用价值，一旦开发出来，我想banq才可自豪的说“这是中国人开发的Java技术”。
banq 2006-01-22 17:54
多谢各位道友厚爱。Jdon框架在新的一年会继续前进。

关于状态Bean，目前微容器有两种支持方式：一种是将微容器本身象放置在Application这个scope里一样，将微容器本身放在HttpSession中，这需要一个简单配置，并且放在HttpSession的微容器和Application的微容器需要互相访问，这点picocontainer的姊妹框架nanocontainer是这样做，配置时引入了groovy这样的脚本语言。

还有一种就是HiveMind，有各自scope范围可设置，也相对比较灵活。

Jdon框架提供类似EJB无态Bean和有态Bean两种性质来提供支持的，称为无态Pool服务和有态服务，例如Jdon案例源码JPetstore中购物车就是采取有态服务，这样将购物车纳入了整个业务容器设计。

另外，确实希望有更多人进入Jdon框架开发，目前java.net的项目组已经接纳5人，希望每个人能够主动提出自己能做的事情。

在伴随Jivejdon 3完成后并且替代这套老的Jive运行后，将是对Jdon框架在应付一定访问量真实的测试，通过这种运行向更多人表明Jdon框架的稳定和开发快速性，整个JiveJdon 3基本算是一个动态框架，都是由过滤器这样基本概念组成的，每个构件功能都是一个过滤器组件，叠加在一起，便成了整个论坛功能。

xyxx 2006-01-23 08:42
感觉jf越来越大了，似乎当初定位是个中间层性能框架，现在居然又涉及界面开发struts！Spring也是，当初挺敏捷，现在版本高了，反而用的人少了。管你有什么精彩的案例，再精彩也是对你自己来讲的，别人可不在乎。别人只在乎简单好用高性能！框架应该力求精简，别动不动就给我讲你有好几百个类，类越多，只能说明你思维不清晰！也不要给我说用xml配置是多么容易实现扩展，说白了，过多的xml只会让程序开发“很烦”。我建议banq好好反省一下自己，Java开发人员真正需要什么，不需要什么，不要偏执的认为别人的精力和你一样旺盛！
幸好新年还未到，讲一些反面的声音，也让致力于java应用开发的同道们能对自己重新清醒的把握一下，以志来年。
banq 2006-01-23 18:47
>只在乎简单好用高性能！框架应该力求精简
呵呵，这也是JF的目标，JF核心编码一直在300K左右，一个持久层IBatis也要300K，不谈Hibernate了。

有兴趣者可看看源码，现在这些功能都是原来挖潜挖出来的。

JF是一个快速开发框架，开发开发，就是要将常用开发设计和功能都纳入其中，目前已经都做到了。

现在工作是用各种角度来向初学者描述如何使用JF，JF开发指南第二遍稿目前也在改写中，文档写得简单明白不是一件容易得事情，Tapestry那么简单强大好用得框架就是文档搞得太不易懂了。