你还是不懂oo
--------------------------------------------------
请不要随便对别人下结论性的东西，这样很是不礼貌的；如果你不同意别人的观点你可以说出你的理由，谢谢！

jboss seam是非常优秀的架构，他的web层扩展jsf，提供了丰富的web组件，使开发更快，复用性更高，同时还提供了强大的ajax功能，很容易实现web2.0开发；
业务层也是用基于组件的方式实现，使两个层次的调用非常简单，省去了复杂的配置文件，和以前的j2ee架构比，有非常多的创新，但是还是有一些使用及不不方便的地方：

1.model、HomeBean、ListBean和view的代码只能被生成到同一个包了，特别是大量的view代码在同一个目录下，如果项目大，就会带来很多不便。
2.表的前缀在生成时，不能被除去。
3.被生成的页面里的字段值都是英文的表名或列明，没有放在资源文件里，使用每个页面都要改为对应的中文。

myseam[http://myseam.googlecode.com]不但继承了jboss seam2.0GA的所有特点，同时解决以上不足，还提供了一下功能：
1.用datascroller tag 去分页列表数据。
2.用rich:calendar tag 去显示日期字段。
3.日期的格式和getMaxResults的值被配置在资源文件里。
4.增加用户和角色管理模块。

seam啊，强在能管理对象的生命周期吧，Spring2.5也加了这些功能，不过用着不顺，Seam直接管理对象，注释一下就好了，配置少些，至于领域对象是否会流入表现层，完全可以自己定义表现层bean，struts2也没规定领域和VO必须是一个类，只是人们被诱惑了。
自动注入名称加包名啊，也没冲突，但是早点想起来才好，晚了可就要面对千、万级别的对象、xhtml了。

当然有人一直倡导Spring+IBatis，其实我有一个极端观点：当前JavaEE程序中，SQL用得越多，说明，其OO架构设计越差，或者说程序员自身OO素质越差。
------------------------------------------------------------------------------------
OO不是万能的，OO素质差不代表开发不出好东西，用户体验才是第一位，技术再好又怎么样，JDON一直成不了大气候，就在于OO的过火了，简单才是真，存在即是合理，一味吹捧难以服众

>>当然有人一直倡导Spring+IBatis，其实我有一个极端观点：当前JavaEE程序中，SQL用得越多，说明，其OO架构设计越差，或者说程序员自身OO素质越差。
这点我也不太同意..或许我本身的 OO 实力不够强..但是有些时候..我还是愿意使用 SQL.主要是性能方面的考虑...

>这个观点我不同意，在某些应用确实不适合用Hibernate或者JPA这种ORM框架，比如有些大型的ERP系统，还有一些对响应速度要求很高的系统，他们一般会采用写procedure方式来处理，ibatis在这方面是具有优势的。
这点我同意..因为我做的项目就是因为性能原因..只好大体都是采用的 Hibernate..不过有些复杂的SQL 却只好使用 JDBC 去操作...并不是我不喜欢 Hibernate..而是没有办法...

>>实际上对响应速度要求很高的系统，可以用缓存做到的，没什么比在内存中获取对象更快了吧! 另：是否OO好象与用户体验无关吧。
内存中获得东西是很快..问题是在涉及到钱..用户帐户变动等等操作...这些数据必须要保证安全..
所以只有放在数据库中了...

至于大家所说的缓存..我只能一笑而过..在数据库变动不多的情况下...缓存是一个好方法..
可是在高并发.大数据的情况下..缓存也解决不了数据方面的压力..

我认为..真的好的项目成员..最重要的目标就是作出让客户满意..高效..稳定..安全..

至于 OO..或者其他技术...如果合适的话..当然可以使用..可是如果自己不擅长这个..

为什么不用自己擅长的技术给客户以满意的结果呢...

呵呵..