>你应该重新写一份,面向开发人员的，告诉人家jf那里具有革命性的突破
我有点明白你的意思了，JF综合了革命性思想（如IOC/AOP），但是JF本身产品没有特别革命性的，就象Spring当初出来，很多人认为是革命性的，我就出来说，不是这个产品革命性，而是它的思想(IOC/AOP)是革命性的。

所以，JdonframeworkF体现IOC/AOP或Evans DDD革命性思想之外，说得不好听一点：就是一个综合了这些思想的开发模板啊，并没有什么神奇之处。

当然，Jdonframework还是有一些可圈之处，就是一次性将IOC/AOP和Evans DDD都融合了，说得不好听，都带点，这个可是其他框架没有的。比如Spring 是Ioc/AOP代表，虽然可以遵循DDD开发，但是框架中没有模型的影子；ROR是DDD的好工具，可不是JAVA，当然没有IOC/AOP；Java领域还有其他一些框架也是这样，当然，相信有将IOC/AOP和Evans DDD结合得更好得框架出现，例如MDSD：（ Model Driven Software Development ），如Sculptor，可生成spring+Hibernate多层架构代码：
http://www.theserverside.com/tt/articles/article.tss?l=ProductivityWithSculptor

现在也有人将Spring+Hibernate进行脚本化的框架，等等。

>请重构你的jf 包结构和其他地方吧
是一个中肯建议，因为调整一下会更让人明白一些，只是框架一调整，所有基于其应用就乱套了，特别是包名更换。

等再出一个革命性设计思想，到时重写啦。
[该贴被banq于2007年08月02日 15:36修改过]

>等再出一个革命性设计思想，到时重写啦。

jf 早就该更新了

所以说，你如果不让别人明白你的jf体现是什么思想，那么jf永远是
那个样子。
[该贴被yananay于2007年08月02日 15:43修改过]

>你如果不让别人明白你的jf体现是什么思想，那么jf永远是那个样子。
我明白你的意思，理解Jdonframework需要OO知识，可是当前有多少程序员有真正OO思维和设计习惯，大学 培训机构出来的都将程序员培养成面向过程 面向数据库思维的人，要他们转变谈何容易，就是他们使用Spring+Hibernate了，又有多少能够驾驭娴熟吗？从本站对Hibernate抱怨可以见这种痛苦啊。

所以，这个奇怪现象不是我个人能够转变的，这也是JF面临的问题关键所在。

我也可以作出国人喜欢的开源软件，比如我下功夫花费一年时间将jiveJdon3这个论坛功能增强，象Discuzz等论坛功能都可以加进来，也能发明更好的功能，参与的人也会多，大家会欢迎，可是这不是做软件专业啊，这是在做网站社区这个专业啊。

除了很多人对OO不熟悉，更多人对软件专业和数学专业 管理专业不同都认识不够，把数学和软件混同在一起大学教授都这么做，这些混乱又是凭几个人说明白呢？

那么多人都能明白spring,怎么就不能明白你的jf呢？
那么多人都能明白ddd, 怎么就不明白你的jf呢？

所以说，只要你真的想努力写好，就应该没问题。

>那么多人都能明白spring,怎么就不能明白你的jf呢？
>那么多人都能明白ddd, 怎么就不明白你的jf呢？

这里也有类似网站那样强者恒强的原因，每一个代表革命思想的产品只有一个最强，当初代表组件思想EJB是强者，后来因为把EJB作为自己对立面，让自己变得同样高大的Spring，代表IOC/AOP，它就是老大，一直是老大。

代表DDD思想的产品被那个thoughtwork公司的martinFowler贴到了非Java的ROR上，ROR就成为DDD老大。

当然，如果大家都是真明白DDD和Ioc/AOP， JF也会接受理解的，但是是否应用就由强者恒强等商业潜规则决定了。

[该贴被banq于2007年08月02日 16:10修改过]

怎么说呢，banq又拿出另一个原因：强者恒强等商业潜规则

我这么说吧，如果你不改变为积极的态度，jf 的状态过2年，仍然
是这个样子，可能比现在还差

不要总报着几年前jf的思想不放了，时代进步了
就连vcl那么了不起的framework都需要进步，何况你的jf.
[该贴被yananay于2007年08月02日 23:01修改过]

多谢建议。
学者日益，为道日损。不更新，不代表不学习，只有悟道了，才动手更新。

最近一直在考虑象Grails引入Groovy使得JdonFramework的CRUD开发对于初学者能够容易上手。

我在2006年基于JdonFramework开发JiveJdon3时，已经感觉自己在用Java写脚本，都是按照框架的CRUD流程来做，只是没有象Grails那样使用groovy等脚本语言来对内部分层架构(内部架构是spring+hibernate)进行封装，使用groovy等脚本语言封装可能对于初学者初次使用觉得更简单。

我觉得MDSD/MDA更是方向，我只要domain模型建立好了，围绕该模型CRUD等功能就出来，能够运行了。

只不过现在使用JdonFramework需要多做两件事：
1.数据库SQL脚本需要写:使用JAP/Hibernate只要写几个@就可以避免，但是项目复杂下去还是需要SQL；

2.页面标签需要写，Grails也需要写标签，而且还有Controller，而我基于JdonFramework开发只要写struts简单的几个标签即可，controller无需写了。

其实，JdonFramework离Grails或RoR就差一步了（使用动态语言或脚本封装），可是我本人到现在还是不确定这样是否有必要，Java语法够简单了，如果我们把它当作脚本语言来使用，如果JDK6/7能够很好支持脚本语法用法，能够作为动态语言使用，那jdonFramework不就是一个RoR了？而且因为Java丰富的类库和强大的伸缩性更甚于RoR。

[该贴被banq于2007年08月05日 14:35修改过]