请j2ee开发者关注jsf,seam,ejb3

luoyong

用servlet做WebService，对于不熟悉SOAP协议的人为了兼容性还是要用AXIS或者其他方法制作测试用例，虽然系统复杂度减少了，可是劳动量没减，反而增加了。

对于JMS，已经和EJB服务器结合得很好，为什么要增加新硬件？调试硬件之间的结合又要增加不少的劳动量，而且那些配置文件还是要管理。

对于不写map文件的Hibernate，是属于RedHat的，而RedHat进入Java行业正是从运作应用服务器开始的，可以看到不写map文件的Hibernate和EJB3的风格非常统一，实际上就是RedHat产品标准化的一步，而且Redhat的JBoss应用服务器也是免费的。

衡量一个框架好不好，可以看：

一、是不是可以用简便的方法设计出想要的功能
二、是不是减少了劳动量
三、是不是减少了成本

可以看出这三条里，“轻量级框架”一条不占。

PS: 国内的金蝶和浪潮就是从运作应用服务器进入Java行业的。那些跳楼的不知道是不是在“轻量级框架”上做东西的。日本的软件外包项目，绝大多数用的都是“轻量级框架”，可以问问那些做对日软件外包项目的，苦不苦，累不累，框架出的问题多不多。

zbw76

你爱用什么就用什么,哈哈.我只是给人一个建议,没有和你抬杠的意思.
用什么还是别人自己选择.
另外,重量级的框架,一旦出现问题,很多时候会出现束手无策的情况,
轻量级的,代码重看一边都没有问题.

zbw76

做日本外包项目比作国内项目舒服太多了,小日本的设计文档那叫一个牛.

luoyong

Post by zbw76;1851677
你爱用什么就用什么,哈哈.我只是给人一个建议,没有和你抬杠的意思.
用什么还是别人自己选择.
另外,重量级的框架,一旦出现问题,很多时候会出现束手无策的情况,
轻量级的,代码重看一边都没有问题.

使用所谓的“重量级框架”只要做事有规划，就不会束手无策，另外其他人也会遇到同样的问题，因为服务器结构比较统一，找到解决方法的机会就多很多。另外还可以找厂商的客户支持，国内轻量级框架的社区好像没有几个，出了问题也是查文档。

luoyong

Post by zbw76;1851678
做日本外包项目比作国内项目舒服太多了,小日本的设计文档那叫一个牛.

日本软件项目的文档只能说是“多”，但不能称之“好”，甚至很琐碎，而且既然是外包项目，如果不把文档做好，如何外包？做对日的外包项目，只减轻了pm的工作量，对于普通的编码者，会遇到很多难以解决的问题。

并且文档毕竟是文档，很可能漏掉很多重要的地方，实际做的时候会碰到很多问题，甚至需要修改架构，修改来修改去，还是没有超出应用服务器提供的那些功能。是通过业界标准获取经验交流上的便利，还是去揣摩那一小圈子的设计者的意图，我想大多数人都知道该怎么做。

zbw76

讨论下去没意思了,说点别的吧.比如捐款.

fangshun

Post by peigen;1833982
正在用这系列框架，该死~~~

请试用把一个seam对象传javascript打开的一个ifram里面更改后提交。。。搞死你

呵呵，iframe主要是操作2个以上的页面，但是jsf+seam的上下文设计主要针对一个页面的状态。我的做法是做一个组件了，内嵌的页面是需要外部链接提供链接参数，以get的方式传递值！可以独立成一个自定义组件，在父页面的标签定义变量，关键是跨越不同页面，互联网无状态模式的弊端是在这里显现了，不能怪seam，就是麻烦些！

老陈73

我一直搞不动java怎么搞出这么多框架出来
我现在连servlet都不想用了，直接用jsp+beans,jsp1提交到一个jsp2,jsp2调用java解决问题

说实话，我到现在一个框架都没有用过

老陈73

我一直搞不动java怎么搞出这么多框架出来
我现在连servlet都不想用了，直接用jsp+beans,jsp1提交到一个jsp2,jsp2调用java解决问题

说实话，我到现在一个框架都没有用过

luoyong

Post by 老陈73;2014935
我一直搞不动java怎么搞出这么多框架出来
我现在连servlet都不想用了，直接用jsp+beans,jsp1提交到一个jsp2,jsp2调用java解决问题

说实话，我到现在一个框架都没有用过

用这种框架便於经验积累，一般针对某些特定领域的软件对界面要求不高，做过一个项目之後，後面的项目一般都是套用前一个项目里的东西，做页面上的东西时就像贴墙砖一样贴上去就可以了，不必再写一套html/css什么的。做互联网另当别论。