jdon框架仅仅是一个框架而已,没有什么新鲜的,类似的框架多着哩。若jdon真要干点什么事情,到不如搞个“状态bean”框架来的实在,一旦搞成了,那可是真的为Java的发展作了一个了不起的贡献!

不要在这泼冷水了,jdon做到现在很好啊,

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

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

没有泼冷水的意思,事实上我也有自己的框架。当然能开发框架是件非常考验技术的事,但我宁愿说它是个程序员的活,并不是件真正对大家有裨益的事情,因为框架无非是给个问题的解决之道。就说tapestry,离开了组件的概念,它什么都不是,开发成本奇高、奇累!前面banq提到的"状态Bean",确实很有应用价值,一旦开发出来,我想banq才可自豪的说“这是中国人开发的Java技术”。

多谢各位道友厚爱。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基本算是一个动态框架,都是由过滤器这样基本概念组成的,每个构件功能都是一个过滤器组件,叠加在一起,便成了整个论坛功能。


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

>只在乎简单好用高性能!框架应该力求精简
呵呵,这也是JF的目标,JF核心编码一直在300K左右,一个持久层IBatis也要300K,不谈Hibernate了。

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

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

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