 |
|
|
 首页 |
名片设计 CorelDRAW Illustrator AuotoCAD Painter 其他软件 Photoshop Fireworks Flash |
|
从技术上： 作为一个平台，.net和java都异常的成熟和稳定，mono的jit编译器当前已经能够支持X86，sparc和ppc（itanium，s390，amd64和arm都已经在实现中），事情发展得异常快，虽然我希望在今年内还能有更多的发展。从另一个观点来看，.net有更好的特点，它更轻易与现存的代码结合（使用P/Invoke和嵌入机制），我认为这点异常重要，因为GNOME的核心代码在今后几年内将很有可能继承使用C来完成。 语言独立性也总是要点之一，.net的虚拟机比JAVA提供了更好的功能，例如支持结构，函数指针，回调等等，答应人们使用各种不同的语言来写代码，例如，可以在.net中运行JAVA语言写的代码，但是反过来就不行。当你想要选择一个平台时候，最好是能选择能让各种不同语言之间进行互相交互的。我不想深入到C#和JAVA的细节对比之中，但是看上去异常多的人（使用JAVA编程的）发现C#改进了很多JAVA出现的问题（虽然JAVA的新版本将在今后几个月内也将会有所改进）。 从法律上： 大部分的法律问题都是围绕着软件的许可证和专利的可用性这个中央。MONO代码的可用性是基于LGPL许可证（运行时）和X11许可证（类库）。一些工具，例如C#编译器则是GPL，这些看上去并没有什么异常大的差异。 所以，对于MONO，至少这些核心的虚拟机和类库对于法律来说是自由的，但是JAVA却并不是，这点我们大家都已经知道。 当然，人们将MICROSOFT等同于恶魔，还有一些枪手说，加入SUN阵营比依赖MS会有更好的结果。这里我只提醒两件事：SUN和MICROSOFT都是大公司，他们之间的区别只是分别处于不同的位置。在这一边，例如，SUN贡献了OpenOffice给社区（我个人认为他的这个贡献大小不亚于LINUX的内核），但是另一方面，SUN又资助SCO，吓唬JBOSS等等。Microsoft，作为另一方，完全站在我们的社区之外，他也资助SCO，和我们竞争。但是同时，他也支持CLR和C#的标准化，而SUN却从来没有这么对JAVA做过。 假如拒绝一个标准仅仅只是因为它是MS提出的，我认为是不理智的：我敢打赌，在今天有超过90%的标准委员会都有MS的代表，而且还有一大堆他们的提议，难道我们仅仅因为这个就打算不和这些标准进行交互吗？自由软件一个成功的重要原因就是我们尝试实现一切可能的标准，和其它的系统交互，将一些私有的系统移植到开源平台。 所以，在最后，问题归结为：你是更愿意相信一个矛盾的对待我们的社区，并不答应我们使用它的专利许可的人，还是相信一个完全在我们社区之外，但是却答应我们使用他的专利许可的人？请不要回答.net技术并没有开放所有的许可，因为我可以很容易的告诉你，JAVA是完全没有开放任何的许可。也提醒一下，虽然Microsoft目前是占有统治性的地位，但是他们也可能必须屈服于兼容性问题，就像在欧洲的反垄断法案相同（对我们有利）。 我知道一些人将会回答他们不会相信SUN和Microsoft中的任何一个，我认为他们遗漏了一点：在当前的专利形式下，任何可选择性的技术都会存在这样的风险，这并不只是SUN或Microsoft的问题，而是专利制度的问题。换句话来说：选择任何一项技术用来开发我们的应用和类库，专利的风险总是存在的。如果你使用专利和法律的风险以及我们的自由软件的成功率来画一幅图，你将会发现它是一条陡峭上升的曲线。如果我们希望能成功的提供一个自由的主流平台，我们将 面对专利和各种各样的法律吓唬（即使它们是毫无根据的，就像SCO给我们所展示的）。 假如我们想避免任何法律的问题，我们只有置身之外。 返回类别: 教程 上一教程: .NET Framework 之 Common Language Runtime 下一教程: 选择VB.NET还是C# 您可以阅读与"来自开源社区的声音： .NET vs JAVA"相关的教程: · 非官方观点：Java VS. .NET（转Java技术） · 非官方观点 Java vs .NET(转载）,不错,大家看看 · .NET Framework For Java Programmers ---2（Good） · VS.NET Beta2安装后添加/删除程序不能正常启动的问题的解决方案 · 让JAVA 和 .NET框架共存 |
  |
| 快精灵印艺坊 版权所有 |
首页 会员中心在线印刷在线编辑付款方式索取样品设计指南连锁门店
|
||
