jimmy123
2007-11-05 13:10
你还是不懂oo

--------------------------------------------------

请不要随便对别人下结论性的东西,这样很是不礼貌的;如果你不同意别人的观点你可以说出你的理由,谢谢!

chlolz
2007-11-20 22:27

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.增加用户和角色管理模块。

freebox
2008-05-16 15:35
seam啊,强在能管理对象的生命周期吧,Spring2.5也加了这些功能,不过用着不顺,Seam直接管理对象,注释一下就好了,配置少些,至于领域对象是否会流入表现层,完全可以自己定义表现层bean,struts2也没规定领域和VO必须是一个类,只是人们被诱惑了。

自动注入名称加包名啊,也没冲突,但是早点想起来才好,晚了可就要面对千、万级别的对象、xhtml了。

sowen
2008-07-17 18:01
当然有人一直倡导Spring+IBatis,其实我有一个极端观点:当前JavaEE程序中,SQL用得越多,说明,其OO架构设计越差,或者说程序员自身OO素质越差。

------------------------------------------------------------------------------------

OO不是万能的,OO素质差不代表开发不出好东西,用户体验才是第一位,技术再好又怎么样,JDON一直成不了大气候,就在于OO的过火了,简单才是真,存在即是合理,一味吹捧难以服众

liufeng820
2008-08-07 15:04
>>当然有人一直倡导Spring+IBatis,其实我有一个极端观点:当前JavaEE程序中,SQL用得越多,说明,其OO架构设计越差,或者说程序员自身OO素质越差。

这点我也不太同意..或许我本身的 OO 实力不够强..但是有些时候..我还是愿意使用 SQL.主要是性能方面的考虑...

>这个观点我不同意,在某些应用确实不适合用Hibernate或者JPA这种ORM框架,比如有些大型的ERP系统,还有一些对响应速度要求很高的系统,他们一般会采用写procedure方式来处理,ibatis在这方面是具有优势的。

这点我同意..因为我做的项目就是因为性能原因..只好大体都是采用的 Hibernate..不过有些复杂的SQL 却只好使用 JDBC 去操作...并不是我不喜欢 Hibernate..而是没有办法...

>>实际上对响应速度要求很高的系统,可以用缓存做到的,没什么比在内存中获取对象更快了吧! 另:是否OO好象与用户体验无关吧。

内存中获得东西是很快..问题是在涉及到钱..用户帐户变动等等操作...这些数据必须要保证安全..

所以只有放在数据库中了...

至于大家所说的缓存..我只能一笑而过..在数据库变动不多的情况下...缓存是一个好方法..

可是在高并发.大数据的情况下..缓存也解决不了数据方面的压力..

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

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

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

呵呵..

猜你喜欢
4Go 上一页 1 2 3 4