Java 和 .NET 相互抄袭？

   昨天看到了Sun的下一代Java roadmap，也看到了网友发表的评论： http://news.csdn.net/news/newspl/22/22894.shtml

    从.NET诞生那天起，Java和.NET谁抄谁的争论就此展开。一开始我也觉得.NET的确对Java进行了相当程度上的模仿。然而，令不少Java追捧者失望的是Java自己也渐渐开始模仿起.NET来。如今只要一有人比较Java和.NET的优劣，就会引来一大群各个阵营的支持者不停争论和比较。

    仔细分析一下两者发展路线如此类似的原因。.NET推出当时，微软花了相当大的力气推Web Service。因该说，微软当初的战略并不成功，虽然有了Web Service的支持，可是很多开发团队仍然不知道Web Service能够干什么。它能干的无非就是远程调用，这些功能，DCOM,EJB不都能实现么？

    而从J2EE1.4起，J2EE也正是开始支持Web Service。昨天，Java又宣布要大力支持Web Service。这究竟是为了什么呢？

    答案是SOA！因该说，是SOA给了业界推动Web Service的信心。SOA——这个近年来日趋升温的词儿，它的提出是为了解决另一场软件危机。这场危机并不时软件开发遇到了新的障碍。而是来源于软件客户的需求。

    软件行业的发展速度十分迅猛，而它们的客户却显得跟不上这个发展势头了（因为追赶时髦不是企业采购软件的正当理由）。企业内大量的遗留系统面临整合的问题，毕竟是花了很多的钱买来的，全盘摒弃旧系统而采购新系统对于一个企业来说是个十分浩大的工程，成本的花销也相当可观。SOA的出现正是为了解决这些遗留系统和新系统之间的衔接。由于采用的松散耦合的组建提供服务，企业用户也可同时请不同的软件系统供应商开发不同的系统。Web Service成了实现SOA的一个十分理想的平台。基于XML的消息传递使得这些服务能够隐藏其平台异构性。一个企业可能根据自身发展的程度，首先选用一个基于Java开源框架的订单处理系统，而与其合作的物流公司可能已经在使用一套大型的基于.NET的仓储管理系统；其财务部门的职员又利用自己的特长写了一套基于Perl的账单结算工具。由于采用了Web Serviec，这些不同平台上的服务得以整合到一起，成为一个更为庞大的系统。对现有资源的整合使得企业客户能够降低软件采购的开支，让现有的系统能够继续发挥余热，避免了过多的浪费。

    所以，说Java和.NET谁抄袭了谁并没太大的意义。软件开发正在进入SOA这个新的历史时期。我们的开发者应该更多关注的是如何构建每个服务，把这些松散的服务搭建成一个应用，而服务背后的实现平台仅仅是个次要问题。Java和.NET共同选择了Web Service是大势所趋。Web Service将带动整个业界的一场革命，这场革命将涵盖所有的应用——企业、桌面、乃至各种嵌入式设备……