项目上线了，螃蟹吃完了

公司历时近半年的java项目终于于上周上线了。在项目经理到来之前，我们在技术选型上动摇了很久，struts, struts2 ,spring mvc, grails等都试用过一些，基本上选定了struts2。项目经理到位后，他最终选定了seam这个非常新的技术，于是这近半年来，我们可以算得上是尝试吃螃蟹的人了。无论过程怎么样，最终还是完成了任务，让程序成功上线了，这至少可以说明seam已经合格了。 影响一个项目的因素非常的多，单从技术的角度来说，seam给我们带来的好处还是要更多一些的。这些好处有些是jsf提供的，有一些则是seam的发明。JSF表单里的数据到对象的绑定，减少了手动从request里解析出请求值的复杂度。richfaces能够让我们非常轻松地完成简单的ajax效果。seam的组件机制和上下文机制，让我们可以更轻松地组织后台的代码。如果没有jsf和seam，我想我们应该也能按时完成项目，但是会更累一些，多写很多代码。 使用seam，也要付出代价的。首先是对html精细控制不容易，客户有时的一些对于界面的需求不是很容易实现。其次是性能问题。处理一个复杂的页面，我的开发机上，居然要用十几秒钟的时间。好在最后部署在服务器上的时候能够经受得起性能测试，否则，后面的性能调优也是一件痛苦的事。 到目前为止，在网上能找到的关于seam的资料，依旧还是很少的，在缺少前人经验的基础上，完全的摸索，难免会走一些弯路。经过我们的努力，我们已经将一些做的不好不对的地方改正，但是还有一些问题，已经来不及修正，存在于现在的代码中。头经常会问，如果现在我们回头再做，我们还会用seam吗？我们会怎么使用seam？这个一言两语难以回答。但至少我们不会再写出一开始那种代码了。我们已经为吃螃蟹付出了代价，如果是下一个项目，不出意外， 我们还是会用seam，只是下一次会用得更好，更快。

评论

1 楼 lenhome 2009-01-20  

我也选择了seam做了一个项目，也已上线，总体感觉还好，就是性能还是相对不爽！