J2EE的困惑
现在J2EE技术是不是侧重WEB开发,我看在论坛里谈到的差不多都是JSP,SERVERLET,SSH方面的,怎么都没看到EJB方面的,是不是EJB面临淘汰,还是它比较高深的技术,一般的都不要用到他
[解决办法]
当然不会淘汰,搞EJB的大多是工资相对较高,技术相对较牛。只是使用EJB来架构系统成本高,难度大,打个比喻:你去你邻居家要不要坐飞机去。
[解决办法]
是使用EJB来架构系统成本高,难度大,打个比喻:你去你邻居家要不要坐飞机去
[解决办法]
是这样的,一般企业用不到EJB,或者是不喜欢用EJB,能用到的人都有点水平,然后...他们不上CSDN
[解决办法]
为什么使用EJB我原先认为这不是一个讨论的话题,因为EJB是J2EE重要的组成部分,可以说没有EJB的J2EE只是一种Web系统,这样的系统非常容易丧失了多层结构的大部分优点.
Web完全只是一个MVC模式的实现,关键业务核心是在EJB的服务层实现,这样做的优点是,Web只负责界面相关部分,因为,如果是一个智能客户端,如Swing或J2ME,在不需要修改任何业务核心的情况下能够方便地更换。同样,提供Web Services功能,也只是在 Web层修改,不会涉及EJB方面的修改,同样保证了系统的稳定性,保证了系统升级和未来的扩展性。
最主要的是性能问题,由于以前国内中文Java网站有些人弯曲EJB,认为EJB性能低,其实这是一种非常肤浅错误的认识,我们首先看看在一般Java环境中是如何提高性能。
假定一个JavaBeans为A,那么一般使用这个JavaBeans命令如下:
A a = new A();
但是,在高访问量的环境中,new A()其实是很费时消耗系统性能的,因此,能不能在软件系统启动时候就预先建立一些对象,这样,系统运行时,从这些已经生成的对象池中借用一个,这样,就无需在使用时进行New,节约了开销,提高了性能,因此,真正成熟性能解决方案都是需要对象池等支持。
在一个纯Web结构的系统(也就是只能运行在Tomat环境中),例如Struts + Hibernate等这样的系统,除非自己动手做,一般是没有对象池技术支持的,因此他们的性能只能算是Demo演示版本的性能,根本无法承受大容量并发访问,也无法称为一个成熟的系统,所以,我们研究成熟的开源Web系统,如Jive、OFBize,LifeRay等,他们都在Web层拥有自己的对象池和缓存池。
对象池和缓存机制是J2EE必须的吗?当然,是所有成熟系统必须的,Windows系统如果去掉缓存将会变得怎样?
自己动手开发对象池和缓存机制并不是一件简单的事情,需要对多线程以及同步锁等底层原理有深层次的把握,这其实也是一门非常深入的Java研究分支,所以,你可以抛开你的客户焦急的催促,精心研究开发自己的对象池和缓存池。
但是,EJB容器(如JBoss)已经提供了对象池和缓存机制,所以,没有事务机制的无状态Session Bean的性能肯定要强于普通JavaBeans。EJB容器不但在单机中提供了对象池和缓存,而且可以跨服务器实现动态负载平衡,这些都无需开发者自己开发任何软件代码.
所以如果你们的项目够大你就可以领略到ejb的优点!
[解决办法]
JAVA WEB只是 J2EE得一小部分
经典得J2EE结构是以EJB为架构的,SSH是轻量级得J2EE架构(现在非常火,也非常好用)
J2EE再电子商务领域应用很火爆,听前辈说过,工行、建行得网上系统就是基于J2EE的
J2EE着重用企业级开发.... JSP只不过是呈现层得东西、就是用于页面显示的
SSH个人感觉一定要学,太经典了 不学都对不起JAVA了
至于 EJB毕竟是重量级的 ,做一般得项目进一个一般得公司 一般肯定用不了
PS:眼光千万不要只放在网站开发上