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

赞同部分观点,像封装Spring的Helper,WW的BaseAction之类的,不过我想既然使用了这些框架,应该都会去做这些事情的,只是可以看看谁的封装更易用.
但是对于lz使用Map确实不敢苟同,不知道lz的Map里都是什么类型的数据?类型转换时是不是很不方便?有那么一点点业务逻辑时,这个处理就麻烦了,不可能全部CRUD吧.也许对于报表开发正好合适(瞎掰的)...(跑点点题:用JavaBean也不太爽,都怪getter/setter...就算没有Ruby那种attr_accessor,有个C#那种Property也行啊.本来就应该是语言层面上支持的东西,SUN那堆人真顽固...)
其实对于很多项目,使用经过简单封装的WebWork+Spring就很方便了,也应该很快速.但仅仅是对于普通项目而言,不同意lz对于ORM和领域建模的观点,当业务本身比数据库操作复杂得多时,使用你的Map就很痛苦了...而你所谈到的都是基于CRUD的操作,不知道你的快速是否也仅仅是CRUD?说ORM蹩脚太偏激了点吧,我看很多人投的新手帖...

外包，可能有时候关键得看完成的速度，其它的有时候就不重要了，再说了，对日外包有些东西也不值得去弄得那么优雅，只要不给自己找麻烦，按时交工就行了。不过就是感觉有点苦了刚去的小兵们，不过有时候也是没办法的，很多去工作的小兵都是为了去混口饭吃，没那么多理想，呵呵~

不敢苟同.我觉得楼主对OO的理解还需要加深一些.

楼主压根就还没理解OO

能不能从那些人中挑2个有1年web经验的呢，然后你们也来个3人组，其他人就让他们闲着吧，反正不是你跟他们发工资。3，5个人能干的活多加7，8个只会hello world进来，很有可能就搞砸了。

OO是为了什么？你能够给我一个回答吗？我这两年，考虑OO，考虑ORM太多了，发现很多很简单的解决方案，都是因为不OO，所以觉得不值得做。我现在不考虑OO，我只考虑data。现在php又似乎火了，你觉得它很OO吗？
而且，我并没有任何地方说到我这种架构有OO，本来，架构和OO关注点就不一样。而且，我在回帖里面强调过我没有用到多少Java的OO，因为我不需要。

我明天把代码贴出来，你们再评价评价吧。

我认为好的架构的惟一标准就是：快速开发＋适应变更（易维护）。

我这个架构是处理数据流的，没有任何OO，如果你觉得很浅薄，那么请你仔细读读《面向模式的软件体系结构 卷一：模式系统》P30－P41：管道和过滤器，再过来下结论。
我这个架构的核心思想：处理Web输入数据流－》数据库，以及数据库－》Web页面展现，这两个数据管道。
我处理的是数据：不是对象！ 是不是和我们几年所学的Java纯OO背道而驰？
另外，我也和ORM背道而驰的，这和很多人的开发模式太不一样了。

你用的是和apache commons chain类似的链式流程处理，现在struts2里好像也用到了这个东西。
在一个chain中通过配置不同的 command来处理数据。

在业务数据涉及从不同地方的流转，用chain处理和维护都很方便灵活，不过几个麻烦的地方是
1。需要把map中存在的key和value用详细的文档进行记录描述。
2。任意一个command都可以修改map中的数据，无法对恶意代码控制。

我们公司用的大概和你说的差不多 不过比你的设想更复杂 这样的框架似乎有个通病 强耦合 不灵活 所以应该考虑设计它的代价

没有技术含量，新手上手容易，维护困难