|
精华帖 (0) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-08-05
seam or ror
|
|
| 返回顶楼 | |
|
最后更新时间:2008-08-05
wangxin0072000 写道 seam or ror
SEAM我看了下demo好像学习起来比较复杂啊?还有是JBOSS的东西,好像对其他WEB服务器支持的不太好? |
|
| 返回顶楼 | |
|
最后更新时间:2008-08-05
适合大部分应用:webwork+spring+jdbc/ibatis/hibernate
webwork:jsp做展现,大部分都会这个。ajax使用ext、yui,Dwr调用action传送数据。
spring:管理事务,IOC解耦
DAO:spring jdbc。 jdbc调用会java的都会。iBatis门槛低。hibernate不推荐,成本高。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-08-05
这个推荐就是垃圾,简单的就是springmvc简单到基本没有,什么标签你都别用,什么高级的都别使,就当servlet+jsp用,什么mvc就是瞎扯淡。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-08-07
struts + spring就很快速了啊
|
|
| 返回顶楼 | |
|
最后更新时间:2008-08-07
freemarker + webwork + ibatis = 快速开发
|
|
| 返回顶楼 | |
|
最后更新时间:2008-08-09
用纯jsp最快,用jsf也应该很快吧,用netbeans可以可视化地开发。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-08-12
推荐 VelocityWeb. 我写的,呵呵。
http://velocityweb.sourceforge.net 主要特点:没有配置文件;使用 DBUtils 进行 O/R mapping;不需要启动 J2EE server 就可以进行调试;使用 Velocity/Freemarker 作为 view ,没有 JSP, 任何时候都可以直接使用 Dreamweaver 等网页编辑工具对动态页面进行排版。自动 transaction 管理(使用 transaction per request 设计模式)。 大部分情况下,更改代码继续调试(前台、后台),都不用重新启动调试进程。把 "Edit and continue" 的概念发展到极致。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-08-12
看看这个吧,已经做出个系统了。
http://www.blogjava.net/goldrain/archive/2008/04/01/190070.html |
|
| 返回顶楼 | |
|
最后更新时间:2008-08-15
首先请不要考虑seam。
原因很简单,因为它就是要使用JSF。当然朋友可能说可以不使用JSF。是的,但是考虑一下我们不使用JSF为什么还要使用seam呢?有什麽意义?有什麽好处? 而使用JSF的坏处是显而易见的,JSF不适合做互联网应用,对美工不友好,要求也很高。如果之前不熟悉JSF那么请不要尝试在项目中使用它,你会面对由于你无法很好的使用JSF而出现“Seam的灵异事件”。这个是非常恐怖的。 其次不要考虑全部JS,比如说extjs。是的,很漂亮,但是你要知道我们做程序的时候是有美工的。而extjs的那些皮肤是定义的css,对美工的要求同样很高,而且js的调试即使你用工具也是非常讨厌的,书写也是非常恶心的。 所谓的最快的速度其实应该是综合性的问题,我们不能单单从技术上对它进行加速,这点加速对于整个项目的速度是微乎其微的。考虑一下我们的项目整个周期而言如何加速。 针对技术进行加速的办法,我认为是采用熟悉的,简单的一些设计。Struts1.x Spring Hibernate。我不明白有什么不好,假如你能很好的使用这些手中的工具,效果肯定是很好的。 所以下面的问题是:为什么不采用Struts1.x Spring Hibernate。它们分别有什麽弊端?它们是怎样让开发速度变慢的?请给出理由。:-)~~~~ |
|
| 返回顶楼 | |








