VB.net 2010 视频教程 VB.net 2010 视频教程 python基础视频教程
SQL Server 2008 视频教程 c#入门经典教程 Visual Basic从门到精通视频教程
当前位置:
首页 > 编程开发 > Objective-C编程 >

  • .NET体系结构（三）

作者： 仙人掌工作室   
今天，如果要创建COM+对象，我们一般可以选择VB6或者Visual C++。但VB6不能访问某些功能，因此在有些情形下，我们的唯一选择是Visual C++。在.NET下，所有的语言都具有同样的能力，而且一般具有同样的性能级别。这意味着，我们可以按照自己的习惯在VB.NET和C#之间随意选择，无需考虑实现过程中的限制。

　　 或许有人会感到奇怪，这怎么可能呢，是魔术吗？不是的。事实上，从更深入的角度来看.NET的多语言，虽然Microsoft允许我们随意选用Visual Basic的语法、C++的语法或者Eiffel的语法来编写代码，但实际上我们可以说.NET只支持一种语言，即MSIL。

　　 毫无疑问，为了让C#和Cobol这样完全不同的语言能够提供同样的服务，我们必须保证这些语言具备了.NET所要求的公共特征。这意味着，Cobol的.NET版本必须加入如此多的新概念和功能，以至于新的Cobol和原先的Cobol实际上已经很少有相同之处。这一点对所有其他.NET上运行的语言（例如C++、VB、Perl和Smalltalk）都完全一样。

　　 因此，我们必须理解的是：一旦Mcirsoft发布了27种用于.NET平台的语言，我们应该将它解释成有了27种不同的编程语法。

　　 最为突出的一个例子就是Java。Java是.NET预定要支持的语言之一，而且Rational正在编写把Java编译成MSIL的编译器。然而，这种Java又是怎样的Java呢？这种Java将以MSIL代码的形式运行，而不是字节码；这种Java不能利用J2EE平台提供的、按照惯例应该提供的API，比如JMS、RMI、JDBC以及JSP；在这种Java中，EJB已经被.NET的分布式对象模型取代。尽管它的名字叫做Java，它的语法也是Java——但它却不是真正的Java！

　　 当然，Java的情况有点儿特殊。事实上，在Java专家的眼中.NET更象是一种Java的劣质复制品，而且可以把它视为Microsoft处心积虑破坏Java前途的一个证据。最近几年，Sun和Microsoft的关系充满了争吵和诉讼，Microsoft当然不可能在新的.NET平台中提供对Java的完整支持并参与推动Java的发展。

　　 有人认为，从现状来看，对于任何想要保持与Sun J2EE平台高度兼容的人来说，.NET中的Java支持是没有任何用处的，而且可以相信这种Java唯一的目标在于吸引开发者。Microsoft的策略是争取开发者依赖其历史上的优势，最终达到扩大.NET影响的目的。

　　 类似地，Microsoft明智地接受了某些流言，比如对有关Unix甚至Linux上最终会出现.NET平台的谣传推波助澜。Linux越来越受到开发者的欢迎，只要是使用服务器的地方，Linux已经隐然成为Windows NT的竞争对手。Microsoft有意使.NET的Linux支持问题模糊不清，从而使它能够吸引免费操作系统的爱好者。
 


相关教程