今天看了ejb3.0的资料后,感觉就是它的会话bean和实体bean包含了hibernate和spring的一些工作一样。
在网上看了一下有关文档后,只知道他们各有各的特点,而ejb主要体现在分布式的系统中有一定的优越性。
但是总的来讲,感觉ejb性能不是很好,使用hibernate和spring的这种构架更好一样。请大家支招,我是用struts2+hibernate+spring 还是用struts2+ejb3.0呢?我个人想用前者,因为比较熟悉
了,ejb是刚在项目需求中提出来的。由于现在对ejb只有一点点了解,所以还不知道该如何去反驳使用后者架构的观点。
在网上看了一下有关文档后,只知道他们各有各的特点,而ejb主要体现在分布式的系统中有一定的优越性。
但是总的来讲,感觉ejb性能不是很好,使用hibernate和spring的这种构架更好一样。请大家支招,我是用struts2+hibernate+spring 还是用struts2+ejb3.0呢?我个人想用前者,因为比较熟悉
了,ejb是刚在项目需求中提出来的。由于现在对ejb只有一点点了解,所以还不知道该如何去反驳使用后者架构的观点。
但是Hibernate非常好的实现了JPA。Spring非常好,尽管Java7也要有自己的IoC标准了,但是这个是明年的事情了。
Spring还是要用的。
(甘草) 我们目前的项目是做一个基于SAAS平台的一个供销商管理系统,今后还有些其他子系统。并且是分布式的。
你个人觉得该如何抉择呢?
Spring可以当作是EJB的轻量级实现,但和EJB也没什么冲突。
Hibernate是做持久化的,和谁都能搭配,想用就用。
Struts是做控制器的,也可以用。
至于怎么搭配,看需要了。我以前的工作做的小系统用过Spring+Hibernate、Struts+Hibernate、Spring+Struts+Hibernate。现在做电信的东西,躲不过EJB了,用Struts+EJB+JDBC。
我只喜欢用Spring,因为我们公司就用这一个,什么Strust,什么Hibernate都不用。一样能做成好的项目。
差异较大的客户我们会考虑单独做一些开发的。
反正我就想尽量不用ejb。
非常快速的通过UML建立JPA对象关系。