JavaBean 与 EJB 的区别

JavaBean在通常状况下指的是实体类,在大部分状况下和POJO是同义词,基本构成就是一些字段和与之对应的 
setter、getter方法,若是一个JavaBean须要在不一样的JVM的进程中进行传递,还须要实现Serializable接口; 
EJB = Enterprise Java Bean,它和JavaBean有本质的区别,最好不要将他们混淆起来,就像不要将Java和 
Javascript混淆起来同样。EJB有3中类型:Session, Entity和Message-driven。EJB2.x使用起来很复杂, 
这些缺点在EJB3.0已经不存在了。 http://blog.csdn.net/pathuang68/archive/2009/04/19/4091645.aspx 这里有怎样开发EJB的详细教程,说到JavaBean和EJB的区别,咱们能够这么说,他们几乎没有什么是相同的,若是非要说有什么区别的话,那就是: 
1. JavaBean的使用能够不须要容器,EJB的运行通常须要EJB容器(即应用服务器,如JBoss/Weblogic/Websphere...等等) 
2. EJB可使用JavaBean,尤为是Entity EJB的时候,但几乎没有看到JavaBean可使用EJB的。 

说说 WebService在 开发中的运用。 
1. WebService因为采用http协议,并且使用和web服务相同的端口(如80),所以它能够不受防火墙的限制 
2. WebService因为采用了XML作传输载体,所以它对全部的编程语言来讲都是中性的,也就是说,不一样的编程语言能够经过WebService进行通信 
3. 也正由于WebService采用XML作传输载体,因为XML中存在不少标记(就像HTML中的 <html>之类的东西),所以通讯效率相对比较低。 
4. 之前Webservice的通讯,在网络上传输的时候不是很安全,如今这些都已经解决,如MS的WSE,固然也能够本身写代码来保证安全。 
5. Webservice出现之初,因为采用XML进行传输,所以传输二进制文件如图片就存在问题,解决办法是首先将图片文件进行诸如Base64之类的编码,传输到接收端后,再有接收端进行反编码,从而获得二进制文件。 

DCOM 与COM的区别 
1. COM不支持分布式通信,而DCOM(Distributed COM)支持 
2. COM的运行不须要容器,而DCOM须要,如MTS 
3. COM能够经过工具转换成DCOM 
4. COM和DCOM有点过期,但目前仍有不少应用在使用他们 

JavaEE方面我都会作开发。但不太理解如何利用。 
JavaBean(SSH) VS EJB 
这个问题我以为改为SSH vs. EJB可能更合适一点。SSH = Spring + Struts + Hibernate,他们组合起来能够实现和EJB相似的功能。但通常状况下SSH应用与小型项目,EJB一般用于较正式的、大型的项目。好比想象中国移动这样的公司可能会用Weblogic或者Webshpere,即便用EJB,而不会采用SSH,其中一个很重要的缘由是SSH都是开源框架,没有专门的技术服务支持,固然还有一些其余缘由。 
EJB Vs WebService。 
1. 他们的通讯方式不一样。EJB采用的是IIOP的机制,Webservice用的就是http 
2. EJB仅限于Java应用之间的通讯,Webservice的通讯能够跨语言 
3. EJB通讯的效率要比Webservice要高 
4. EJB也能够部署成Webservice 

JavaBean Vs COM 
二者之间没有太大的可比性。COM的原理是很是复杂的(若是感兴趣,能够去研究一下MSDN相关技术文档),JavaBean如前面所说是很是简单的。 

EJB Vs DCOM 
这两个东西的确比较相似,它们运行都须要容器EJB须要诸如Weblogic,Webshpere以及JBoss这样的EJB容器,DCOM的容器则是MTS,他们均可以进行分布式计算。不过DCOM目前已经逐渐被COM+代替,不过而开发和部署人员来讲DCOM和COM+的过渡是至关平滑的。 

DCOM/COM+是Microsoft的技术,EJB是SUN的技术,EJB被支持的基础更普遍一些,著名的厂家如IBM,Oracle等等如支持EJB,这主要是由于EJB得益于Java是开源的缘故。html


原文地址:http://aguang520.iteye.com/blog/904161
web

相关文章
相关标签/搜索