<b>集成技术:.NET单挑J2EE</b>[Java编程]

关于集成技术方面,我本不想对比,其实全部的开辟者都懂得一个原理,微软的开辟平台天生就具有集成的上风,其实不用战斗,这场战役已经输赢明晰了,.NET身出名门,它在这场战斗成功,我想很多人不会持太大的歧义,那么就让我们来看看.NET在哪些方面赛过J2EE的.

固然我是个Java狂热者,在Java开辟这三年多时间里,它给了我很多的欢愉和收获,至少在生活,我可以用他来保持生计,但是本日我不得不把一些赞誉的话留给.NET,因为我非常喜好微软的体系构造,早期我用VB开辟的时刻,就对微软集成技术和API所叹服,他可以给你供应非常清楚办理筹划和思惟描写,并且非常的简单易懂.

.NET集成技术

过去,微软的体系构造只是成立在COM/DCOM底子上,COM/DCOM是进程间通信的二进制尺度.固然这个尺度本身没有什么失误,但是它与微软以外的范畴格格不入.也就是说,这个尺度成了实现与别的软件平台集成之间的瓶颈.

除此之外,数据库的操作方面也是一个问题,固然ADO简化了数据拜候,但是把数据从一个地方传送到别的一个地方就成了问题,ADO Recordset（记录集）对象是一个存储数据的二进制构造,而这种二进制格局关于非微软的平台没有任何意义.

.NET补偿了这些缺陷,因为它完好基于尺度.比方,数据用XML的格局通过进程边界,而这个数占据一个到XSD的衔接,所以任何客户端都可以精确地转化数据.

同时,.NET集成技术又完好部目前WebServices上.（基于SOAP的WebServices是微软的创新,根源于微软的简单对象拜候协议,大概称为SOAP）

.NET把WebServices作为唯一的集成办理筹划,因此我们可以非常简单的利用它.在.NET中利用WebServices就好像利用其他核心语言API一样,比方Strings或Collections.

.NET与生俱来的上风是任何一个开辟平台 都无法比较的,它可以和微软用及非微软很多相关产品举行有机的结合,可以开辟出越发优化的产品.

J2EE集成技术

Java（或J2EE）供应的集成API比微软的要更遍及并且更复杂.关于在企业中你所能想到的每一种集成技术J2EE都有一个呼应的API.

在J2EE中,举足轻重的API有JMS和EJBs.JMS是一个统一面向消息中间件的接口的标准,而EJB多重利用程序的尺度,目前仍然被频繁用于差别的任务中.

在J2EE中还有简单对象远程标准RMI-IIOP,还有效于将Java程序衔接到非Java程序和软件包以及中间件的JCA适配器技术,Java程序员可以间接地拜候数据库的JDO标准,J2EE同时也没有放弃WebServices,这大概是我所看到的最冗长的WebServices API－JAX-RPC.

总体来说,J2EE拥有一大堆API,但是此中的少数是你在开辟中能用到的,并且很多API让你感受他非常的麻烦.

总结:

假定你有一个集成问题的时刻,会挑选这两种竞争技术的哪一种作为办理筹划呢?除非你能从每一个大概的方面掌握服务器的环境,那么J2EE是你最佳的挑选.

以上所说只是我的个人感受,在这个方面,.NET更具透明性,它的WebServices实现起来更平滑.

但是我们知道,企业集成业务普通是非常多样的,企业普通不会让一切东西都运行在Windows Server上,而是大概包含Solaris、Linux或HP－UX等多种系统的组合,这些情形都有大概左右你的挑选.

因此具体挑选哪一种平台,要按照你的实际情形来定,不可一概而论.