|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
因为能用到多少功能就用多少,不能用就不用!总的来说:要简单要性能好,可以不用框架。你说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的一个原因。 |
|