该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-07-07
看个一点点jsf,感觉很差的一个东西,透明性,和可控性都不够好,我感说不会有很大浪花。seam 找jsf 配对,是一个错误。
|
|
返回顶楼 | |
发表时间:2008-07-07
My solution is :
Adobe Flex + Granite DS + Seam. The Presentation level Flex Should be No.1 Choice in the RIA World, Maybe in the WWW World. Granite DS is No.1 Technic solution to implements AMF which you can think about it as a bridge between ActionScript and JAVA, Seam Crazy Gavin's Favorate Baby. And the biggist benefit you can get is Coverstional Component and Bijection. Another thing is very powerful of Seam is Working with JBPM if you have a work flow app to develop you can try Seam with JBPM. I almost give up Spring solution for my development. Because: 1, IOC : I hate the spring configration , I use Warp-persist/Guice to replace it. 2. I dont like Spring Security. It is too complicate. 3. I rarely use AOP and other spring sale point part: JMS. Webservice, Remoting . etc. I am still struggling in my mind between EJB3(JPA Base) or Spring(J2EE). 1. Which one will die first: EJB3: The reason should be there is not profit for Giant Jerk(IBM, BEA). Spring(J2ee): I really think spring is out of date after java 5. and I didnt see any revelutionary change since 2004 which spring became hot. And Rod Johnson become a CEO Not A CTO. He is more interesing in money than tech. Does this mean Spring will die soon? |
|
返回顶楼 | |
发表时间:2008-07-08
To robbin,
引用 另外Seam的组件注入机制看起来也很简单,不像Spring那样麻烦,而且内置了很多现成的组件进来,直接用Annotation声明一下就可以用了,感觉写组件真的很方便、很灵活、很强大。 spring也有annotation的注入机制和组件声明机制,无须以往的大量XML配置,所以说不上麻烦。另外,俺也没有说你贬低了spring,俺说的是象“麻烦”之类的贬义词。 引用 Seam看起来没有这些问题,当然我现在还不太清楚Seam的底层实现机制。但是官方文档上面这是一个Seam被宣传的亮点,那应该就不会出现Spring那些问题了。 “看起来”,“还不太清楚”,“应该就不会”,看来你也没试过,怎么这么快就说“还是有很大不同”?如真要说不同,那只是“官方”与“非官方”的差别而已。 俺不是spring team的,也没有特意维护spring,以事论事,希望真理越辩越明而已。 |
|
返回顶楼 | |
发表时间:2008-07-08
打包开发ear文件其实是非常容易的事情啊,用MyEclipse6.5直接可以集成jboss等所有的应用服务器,无论修改ejb还是jsp,都不需要重启服务器和,自动部署,修改了马上可以看见效果
|
|
返回顶楼 | |
发表时间:2008-07-08
打倒小日本 写道 我跟大家的情况都不太一样
我正式因为JSF才背叛Spring 开始使用Seam的 Seam的理念也只有跟JSF等有状态VIEW层框架才能发挥出威力 JSF,SPRING,SEAM不是全有全无的选择,Seam的设计目的就是包裹JSF、EJB3.0~~JBoss怎么说来着,Seam的意义就在于缝合~~其意昭昭了~~ |
|
返回顶楼 | |
发表时间:2008-07-08
我用Seam 做过项目,很后悔用它,问题多多,还不成熟,Jboss的这些开源软件还有许多质量问题。
|
|
返回顶楼 | |
发表时间:2008-07-08
支持EJB+JSF2.0的完美搭配!
|
|
返回顶楼 | |
发表时间:2008-07-08
各个组件的兼容性不好,有时一个版本没有问题,但更新到新出的小版本又出许多的小问题,和自家的JBOSS应用服务,绑定太紧,完全是一个为JBOSS应用服务开发的框架,独立性不强,还是SPRING好的,现在许多银行都用SPRING,我就是在银行系统上用SEAM出了许多问题,后悔啊。
|
|
返回顶楼 | |
发表时间:2008-07-08
看到一些回帖的人的观点都是: seam作为jboss的一个这么完美的开源项目,可惜啊,就是用了JSF这个落后丑陋违反潮流的东西。
不知道这些人有没有真正的了解够JSF, 估计是以前看论坛里各位大佬天天批判JSF,人云亦云,自己也没去了解也没有实践过就开始鄙视它了。 其实Robbin所说的seam的前4个优点都是由JSF决定的,任何JSF的实现都有这些优点。如果你想让seam不用JSF而又要保留这些优点,那只能让seam项目组自己去创造一个类似于JSF的标准而又要更先进了,看来seam项目组并不觉得这是一件简单的事情,或者他们觉得JSF很可以,总之他们没有去这么做。 个人认为,JSF非常适用于企业应用,如果你大多数的经验都是开发互联网的经验,那最好也就别来评判JSF了。 |
|
返回顶楼 | |
发表时间:2008-07-08
我的结论是目前Seam不能用在实际的项目中,太不成熟了BUG多多;等它成熟了可能这类框架已经不是主流了。
|
|
返回顶楼 | |