发布一篇集成手艺：.NET单挑J2EE

因为能用到多少功能就用多少，不能用就不用！总的来说：要简单要性能好，可以不用框架。你说java复杂，就是因为你把java（j2ee）与这些框架混在了一起。
关于集成手艺方面，我本不想对照，实在一切的开辟者都分明一个事理，微软的开辟平台生成就具有集成的上风，实在不必战役，这场战争已胜败了了了，.NET身着名门，它在这场战役成功，我想良多人不会持太年夜的歧义，那末就让我们来看看.NET在哪些方面赛过J2EE的。
固然我是个Java狂热者，在Java开辟这三年多工夫里，它给了我良多的康乐和劳绩，最少在生存，我能够用他来保持生存，可是明天我不能不把一些嘉赞的话留给.NET，由于我十分喜好微软的系统布局，初期我用VB开辟的时分，就对微软集成手艺和API所叹服，他能够给你供应十分明晰办理计划和头脑形貌，而且十分的复杂易懂。
.NET集成手艺
已往，微软的系统布局只是创建在COM/DCOM基本上，COM/DCOM是历程间通讯的二进制尺度。固然这个尺度自己没有甚么掉误，可是它与微软之外的范畴扞格难入。也就是说，这个尺度成了完成与别的软件平台集成之间的瓶颈。
除此以外，数据库的操纵方面也是一个成绩，固然ADO简化了数据会见，可是把数据从一个中央传送到别的一个中央就成了成绩，ADORecordset（纪录集）对象是一个存储数据的二进制布局，而这类二进制格局关于非微软的平台没有任何意义。
.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，这多是我所看到的最冗杂的WebServicesAPI－JAX-RPC。
整体来讲，J2EE具有一年夜堆API，可是个中的多数是你在开辟中能用到的，而且良多API让你感到他十分的贫苦。
总结：
假设你有一个集成成绩的时分，会选择这两种合作手艺的哪种作为办理计划呢？除非你能从每个大概的方面把持服务器的情况，那末J2EE是你最好的选择。
以上所说只是我的团体感到，在这个方面，.NET更具通明性，它的WebServices完成起来更光滑。
可是我们晓得，企业集成营业一般长短常多样的，企业一般不会让统统工具都运转在WindowsServer上，而是大概包含Solaris、Linux或HP－UX等多种体系的组合，这些情形都有大概摆布你的选择。
因而详细选择哪种平台，要依据你的实践情形来定，不成混为一谈。

令人可喜的是java现在已经开源了，所以我想我上述的想法也许有一天会实现，因为java一直都是不断创新的语言，每次创新都会给我们惊喜，这也是我喜欢java的一个原因。