框架集成方面的几个问题

以下几个问题不完全是技术问题,而同时考虑学习曲线、配置简易和维护方便。

1. Spring+Hibernate+Tomcat比Spring+JBoss(支持EJB3.0)轻多少?轻是体现在性能上还是开发维护上?是否可以考虑放弃配置相对麻烦的Spring声明式事务服务和安全服务?

2. JPA相对Hibernate native API弱多少?在JBoss的环境下,通过使用Hibernate特有的Annotation能否在功能和性能上得到改善?是否可以考虑放弃Hibernate native API、Hibernate和JPA的xml配置方法?

3. 希望使用尽可能少的框架,是否可以考虑采用Spring MVC代替Struts? 特别是两者在开发View方面的支持差距如何(包括Tag、开发工具支持等)?毕竟Struts使用广、会的人多而且和Spring集成也不算困难。

请提供建议,谢谢!

>Spring+Hibernate+Tomcat比Spring+JBoss(支持EJB3.0)轻多少
差不多,基础都需要,什么JTA JAAS等,你其实不要被那些框架表面迷惑,现在框架只是在开发上简化,让开发者更集中在业务上,并没有新的功能提供,新功能都已经有J2EE/JavaEE基础构件全部提供了,就象你到饭店吃饭,菜种类都一样,只是服务不同而已,都需要使用青菜 肉这些原材料。

正是老子那句话:重是轻根,重是轻的根本,没有重,哪来轻,只有首先有重,才会有轻,有些人盲目追求轻,那就是墙头草的轻,不符合哲学原理。


>JPA相对Hibernate native API弱多少
这些性能上差异可以不计,你喜欢Annotation,就使用Annotation,喜欢XML就用XML,性能上差别不大,探讨没有意义,我们已经不讨论SQL如何写性能才高这类幼稚问题,因为我们有更好的技术设计思想了。

>希望使用尽可能少的框架
表现层框架差别不太大,还是那句话,功能越丰富,就越复杂,学习曲线越长,这是哲学原理,基本常识。
我在一篇文章中已经说了,表现层主要开发工作量在于标签库的编写,这是UI最大简化的最后结果,使用哪个框架都一样,关键是哪个框架标签库简单易学,我个人认为struts的标签库简单,就那么几个,如何结合JS/CSS,可以变换出很多界面设计来,JSF很强,标签库多了,他们之间微妙区别你要掌握,这不是坑人吗?又是一个不考虑学习曲线的框架。SUN工业界这些人脑子是进水了,这样他们好推销他们的JSF IDE工具。