软件开源与创新 --写在3.15消费者日

这是成本的问题，现在的企业都很现实（比如：应届毕业生一般都不招）。

整个世界都在使用Spring开发，而且是开源免费的，使用EJB重量级来开发，开发成本很高。

>整个世界都在使用Spring开发，而且是开源免费的，使用EJB重量级来开发，开发成本很高。

Jdon框架也是轻量的，比Spring更简单易用，性能更好，而且可以无缝升级到EJB。

> >整个世界都在使用Spring开发，而且是开源免费的，使用EJB
> 亓考独纯⒊杀竞芨摺?>
> Jdon框架也是轻量的，比Spring更简单易用，性能更好，而且
> 梢晕薹焐兜EJB。
>

去年我下载过jdonframework，玩过一下，感觉不出有什么特别的地方，仿佛是从EJB派生而来的，我个人认为，所谓的轻量级：是指JUnit或着命令行能够测试，做成的WEB应用能放到Tomcat里面跑。

在您的文章里面提到，JdonFramework的作者参与项目竞标尚且不能说服别人使用JdonFramework，我们又如何能说服自己的老板使用这个框架呢？

我不知道这个论坛关于Jdonframework的讨论的人都是些什么人，是把JdonFramework当成玩具来玩还是应用在项目里面？

由此看来，中国的开源事业确实任重道远，需要很长的时间才能得到认可－－也就从另外一个方面印证了使用Spring的正确性、必要性和必然性。

呵呵

>去年我下载过jdonframework，玩过一下，感觉不出有什么特别的地方，仿佛是从EJB派生而来的

你还是用老眼光看jdonframework，jdonframework都已经发布1.4版本了，全部是POJO，你可以下载说明书看看：

http://www.jdon.com/jdonframework/manual.htm

而且，Spring现在和过去EJB一样问题，使用下去也是很复杂，这是实践中碰到一个问题，Yin帖子你看过吗？他指出Spring性能完全低下啊，太差了，所以Spring 2.0才使用静态Weaving。

象你这样用静止的陈旧观点看问题，根本谈不上宽容和期许，就是你这样人太多了，所以要好好批批你这种人，下面请你做两件事情再和我争论：

1.将Jdonframework文档或源码下载后好好看看
2.使用SPring做一个项目。

我认为缺乏一个真正使用jdonframework得团体,才是这次投标失败得原因.
当拿spring的使用人数和jdonframework的使用人数一比就知道了.
当使用jdonframework有问题时可以得到的支援就是www.jdon.com,而spring则很多.
没法子.
或许我们还缺乏韩国人的那种爱国精神吧.

> 我认为缺乏一个真正使用jdonframework得团体,才是这次投标
> О艿迷?
> 当拿spring的使用人数和jdonframework的使用人数一比就知?> 了.
> 当使用jdonframework有问题时可以得到的支援就是www.jdon.
> om,而spring则很多.
> 没法子.
> 或许我们还缺乏韩国人的那种爱国精神吧.

这跟爱国没有任何联系，好用的东西自然就会有人支持。

jdonframework出来的可不是时候，要是2000年EJB热的时候出来现在我估计就绝对火爆了，现在都是Spring了。

作者也急功近利，document没有写好就发布出来了。

>jdonframework出来的可不是时候，要是2000年EJB热的时候出来现在我估计就绝对火爆了，现在都是Spring了。

现在也不是Spring天下，而是Ruby on Rails天下，RoR代表一种新的域驱动开发框架，使用RoR可以快速开发出高质量系统，而不象Spring那样精工习作烦琐配置，包括域模型Session都不支持还要编程者自己写代码实现。

而Jdon Framework是一种准域驱动开发框架，看看这篇帖子（帖子最后）：
Domain Driven FrameWorkers of all lands, unite!
(所有域驱动开发框架联合起来)

http://www.javalobby.org/java/forums/t64457.html

所以jf生存下来就必须重新规划发展发向，重构代码。
性能并非是个神秘的东西，不要张口闭口什么高性能,真正的性能也不是靠什么框架框出来的，靠的是高性能的设计思想。
在我的测试中，尚未发现有哪个“先进”框架在性能、扩展性方面满足我的设计要求，所以我的项目都用我自己的框架，真正体现性能与扩展性并举的框架。
现在的jf感觉有点杂。现在很多框架都为追求所谓扩展性而大搞特搞XML配置。为什么别人不用你的，因为配置起来太烦！难道运行态就不能配置吗？国外某大名鼎鼎的框架现在就在重构，大量抛弃XML文件。
至于jdon，应该往“精巧组件”方向发展，要非常简单易用，要小快灵！说实话，国外那些框架什么struts，ww，spring,tapestry给我的感觉就是由老又臭的裹脚布，难怪现在狂刮PHP+MYSQL风！人家体现的就是小快灵！如此下去，总有一天会刮到java

>至于jdon，应该往“精巧组件”方向发展，要非常简单易用，要小快灵
言之有理，现在jf的jar包大小共300k，现在一个XML分析包都要300K，所以JF在体积外形上应该是小的。

至于jf内容方面，JF一个最大特点是框架本身也是可组装的，也就是一些多余的类或组件都是可以去除，彼此没有太多影响，或者替换也是可以的。

JF内部主要分两个部分：微内核和框架组件，微内核除了在picocontainer基础上增加一些辅助类以外，没有什么东西。微内核主要是将XML配置文件读取装配到Pico里面去，这个XML解析类一般应用这也可以替代，这样XML配置格式是不限的，比如原来我是用Spring的XML来配置组件关系，那么移植到Jdon框架内核，我自己编写一个能解析Spring XML配置的解析类替代Jdon框架原来的解析类就可以，从而说明，Jdon框架的XML配置可根据自己喜好定制。

未来JF还是要坚持精巧组件方针，这是很重要的。

我认为开源是今后软件发展的"王道",不过虽然前途是光明的,但道路是曲折的.
现在已经在做开源项目的布道者了(不过是面向中小企业的轻量级应用,以PHP+MYSQL为主),也在上海,今年如果有重量级的项目的话,愿意多和彭老师联系合作.
现在中国不缺乏有头脑有眼光的人,关键是如何让这些人或者公司有良好的生存发展土壤,这需要我们的联合和努力.
希望以后多向大家学习:
email: leeqintao@gmail.com
blog: www.liqintao.net/blog

我很支持banq大哥，要让大家明白开源的重要性才能大胆发展开源，我也很支持JF，看过JF的资料，与.Net的websharp有相似处，不过我更喜欢JF。
开源这东东，我个人觉得关键是如何让大家真正体会到开源的实效，我想也只有使用像JF这样的框架才会明白了，希望banq大哥能考虑做一个基于JF的开源系统，放大家都参与进来，这们JF就会更多的支持者。
我用Struts做地联通公司的项目，体会深刻啊（本人当时水平有限，哈哈），如果当时能早点认识JF，那想法就会不同啊。

可能因为国内技术实力底子薄，所以搞开发的都有点“崇洋媚外”的倾向，如果jdonframework一开始隐瞒自己的国产身份，可能普及率会快和广的多。不像你一公开身份就会遭到国内的所谓“精英”的群起攻之，这些“精英”大多处于本公司内软件设计的上游，自己“没时间”做东西，挑别人刺的时间倒是由，所以导致jdonframework在软件开发下游被采纳的机会少。君不见面试的时候都说以会spring为“荣”,没有说会jdonframework的。一家之言。

很多东西当它作为一个口号来喊的时候
已经失去了它的很多意义