发布于 2014-12-15 00:01:38 | 222 次阅读 | 评论: 0 | 来源: 网友投递
.NET Framework
.NET 是 Microsoft XML Web services 平台。你可以理解为.NET Framework ,XML Web services 允许应用程序通过 Internet 进行通讯和共享数据，而不管所采用的是哪种操作系统、设备或编程语言。Microsoft .NET 平台提供创建 XML Web services 并将这些服务集成在一起之所需。对个人用户的好处是无缝的、吸引人的体验。
.Net 服务器端源代码的开源对于微软而言是很重大的一步。然而这个动作的影响有限，也必须说 .Net 距离追上 Java 的开放源代码可能还要很长一段时间。
关于 .Net 开放源代码的计划，微软副总裁 S. Somasegar 曾提到，.Net 作为 Java 的替代平台，微软希望的是藉由公开 Windows 技术源代码来建立广大的开发者族群。
在微软的最终目标里 .Net 也将支持 Linux 及 OS X 系统，将.Net 开发者延伸至更多平台，这也是针对 Java 能藉由 Java Virtual Machine 在许多不同平台运行所做出的回应。此外，微软也将限制专利的保护作为此次的策略。
但是 Java 与.Net 的技术人员都还未被说服。Red Hat 公司开发支持经理（主要支持中介软体 JBoss）Arun Gupta 就表示：「单单只是开放技术源代码，并不代表会增加它的吸引力，并为之建立完整的生态。」（这位 Gupta 先生曾经在开发 java 的公司 Sun Microsystems 负责推广 Java）
Directions on Microsoft 的分析家 Rob Sanfilippo 也认为.Net 公开源代码所产生的效益会相当有限：「.Net 公开源代码只会对特定族群产生帮助，像是.Net 目前的开发者、钻研跨平台方案的开发者、或一些独立软体开发商，但是并不会实质上的对微软的收入动态或策略性支出产生影响。微软对于 Windows 中.Net 的支出上会是架构下最稳定与受到支持的。」
Gupta：「创造开放源代码.Net 的生态需要很长的时间。他们的出发点或许是好的，但是等到.Net 能够对 Java 产生威胁时，我想还需要几年的时间！」
资料管理软体开发公司 Hazelcast 的行销与开发商关系副总裁、同时也正参与 Java 软体的开发者 Miko Matsumura 对此也表示贊同：
「现在有相当大规模的开放源代码计画是以 Java 来编写。对于一开始就以开放为基础的 Java 而言，它们已经建立了规模庞大的使用社群、源代码自由性以及组成之多样性。这次的开源这对于微软来说是正确的第一步，但在开放源代码的族群支持上仍是有很 长的一段路要走，毕竟，Java 早在八年前就已经开放源代码了！」
Java 虚拟器软体贩售商 Azul Systems 执行长 Scott Sellers 提到：「科技社群所扮演的角色也需要持续的观察，到底他们能决定.Net 的未来，还是这一切仍是由微软操控？」
Gupta：「微软对于开放源代码的努力受到了服务器的限制，他们应该要开放客户端的技术，如同 Windows Presentation Foundation（为了建造丰富介面所使用的程式模型）一般。但毕竟微软真正在行的其实是建立模型，而不是开源。相比起来，Java 的工具像是 Eclipse、NetBeans 则都是开放的。」
「.Net 的开放源代码的出现，将会创造一个与 Java 完全不一样的体系，并且为微软的 Windows Azure 云端平台增加人气，」Matsumura 这样解释「如果微软能持续保住忠诚的.Net 开发者，并在开放源代码的基础上提供开发者跨平台的支持，想必对.Net 平台的推广会相当有帮助。」
来自 IDC 的分析家 Al Hilwa 提到微软对于开放源代码的态度的确正在转变：「微软拥抱开放源代码可以追溯到前不久，他们决定要在这个领域做更多的发展。在方向上，他们正走在正确的轨 道，发展速度也慢慢的加快；毕竟开放源代码在开发者之间是无所不在的，就连微软都无法忽视这点。」
（资料来源：infoworld；图片来源：hackNY，CC Licensed）
本文最初发表在buzzorange.com，文章内容属作者个人观点，不代表本站立场。