一种快速开发的Java Web架构设计和实现(续)

我觉得楼主说话越来越偏离主题了，你的题目是很“技术”的，但是越到后来，你越强调你团队中其他成员的问题。

你如果想说你的这种框架和设计能够让新手快速上手，我认为这会对他们有很深的误导，让他们觉得原来web应用就是这么开发的。我现在周围就碰到不少同事，还在把HttpServletRequest传到DAO层，我敢说这就是一开始做web应用时习惯没有养好，对什么是对的，什么是错的没有一个基本的认识。

如果你要继续纠缠一个框架是否能让一个连helloword都写不出来的新手快速上手的话，你为什么不从根源上解决这个问题？他们是怎么进入公司的？既然已经进入了公司，还是以培训为主，我想任何一个新手，只要认真学习，1到2个月的时间足以让他们了解一个好的web应用的开发流程和开发方法。

taowen兄，不知道你是否了解大连的对日外包。虽然我们部门是做国内项目的。我现在所希望的是那些新手能够完成他们的工作，完成基本的CRUD操作，我们还谈不上什么业务。
不知道你是否在想，还要这样的人来干活？为什么不培训，或者找熟练的。对不起，部门就这么多资源（人员、时间）调遣，你得面对这残酷的现实，我也很为难啊！
我现在发这篇文章的目的，就是希望有更多的人发表看法，我一开始就知道很多人觉得我的帖子很幼稚，但只要能够帮我在这种状况下完成预期的目标行了。
技术这东西，我觉得可以解决问题就行了。往往20％的技术就可以解决80％的问题，我现在就希望这样。代码的可维护性，我也在考虑，但似乎讽刺意味的是，我所见到的几个项目，几乎都没有维护性，用了webwork＋spring＋Hibernate，但一人一套，因为每个人只需要用任何方式把自己的模块完成就行了，这是惟一的标准，是不是很恶心？Note:这些项目我基本只是旁观者，我自己有其它活。

另外，我觉得可维护性的一个很重要的原则，就是职责分离，这也许是我上面提到的框架的惟一优点，姑且说是优点吧。

是的，讨论已经偏离主题了，但是，我那个帖子本身，也没有多少技术可言，一开始我就这么说。
也许我的帖子的标题很有问题。
我所说的框架，我觉得确实会对他们有很深的误导，但现在的目标就是快速出成果啊。
你说的培训，那不是我决定的，我只是一个developer，公司大，制度就那样，我也很无奈。我也很希望给他们培训啊，但资源不是我能够调遣的。项目组只有到最后编码的时候，项目经理才附带说说培训的事情，但培训往往就只有两小时，三个框架（WSH）。也许在他心中，只要是搞软件的，一学就会吧。

Not bad!
对于很多应用，不管是"简单"，"复杂"，"小型"还是"大型"，
其实主要就是CRUD，当然还有一些常见的功能导航机制、权限控制机制。把这几个方面上的几种模式分析整理清楚了，是完全可以做一个框架来自动处理这些东西的。


我不很清楚楼主的框架，但我认为你的方向是正确的，跟我类似的。
也许你还可以更进一步，将对一个模块的CRUD用更简洁的元数据定义方式来做。
我这么说，是因为我已经这么做了，并且觉得还不错。可能比你的一个模块5个页面花一天还要快一些。
仅供参考。

谢谢你的鼓励。我现在只是希望我的解决方案能够快速解决我们团队所面临问题，而不是上面很多高手他们的问题，你说的我再好好考虑一下，到时候再请教你。
由于业务复杂性导致的技术复杂性，大多数框架可能都有限。我只希望运用我的解决方案所遇到的技术问题，是由业务引起的，如果业务只是简单的CRUD，我认为在新手太多情况下，用不着Hibernate，因为理解那些复杂的关联确实耗费时间。别说ORM，用Java的对象思维来解决问题也需要时间。
现在做项目，很多时候不是完全按自己的意志，因为有一个所谓的团队啊，你得考虑别人的现实情况。

如果你要快速的话,干脆就不要用hibernate,不用ibatis,更不用sql语句.
你可以自己生成sql语句,在项目里面无非就那几个操作添加\修改\删除\查询\连表查询,相信正常的操作都这些,如果不正常的可以用特例在处理.你完全可以通过对象来生成这些所需要的sql语句,通过查询的结果来填充对象,所有的操作那就都是对象啦!

而你在页面传过来的表单也可以给它弄成相应的对象,哈哈,所有的操作都是对象了,没有那多的烦恼!
至于特例吗,那就比较少了,要不就不叫特例了,可以熟知的人来搞定!

像你说的这种情况，一个公司这么多新手，我觉得还是公司管理有问题，要不为什么就留不住人呢？

mvc,用map充当model的的确是一个简捷高效的方式，
许多框架的model就是一个map或增强了的map

在楼主的框架中，map的维护将是恐怖的
也许你需要一个专门的文档来维护map
感觉维护的工作量很大
到了后期有种欲速则不达的感觉