十天掌握vb.net的简单介绍( 三 )


用继承性和自由线程时给自己找了不少麻烦,请不要让这些发生在你身上 。
可能大家讨论得最多的 VB.NET 特征就是 CLR (通用语言运行库),VB 运行在它的
顶层上 。是 CLR 提供了 VB.NET 的许多关键功能 。例如,CLR 使实现和跨语言继承性以
及自由线程成为可能 。
分发VB程序要求你同时分发VB的运行库,在VB6里即是msvbvm60.dll 。许多其它语言
也有类似的要求,包括 C++ 和 Java 。在Visual Studio.NET里,所有的Visual Studio
语言共享同一个运行库:CLR 。这里有几个较大的变化,首先 , 所有的Visual Studio语
言现在都共享同一个IDE、同样的表单引擎、同样的异常处理机制等等 。这意味着Visua
l Basic和像 C#这样的语言拥有同等的地位 , 至少差不多是同等的 。
回复:
细说VB.NET(中)
(作者:青苹果工作室编译 2001年03月07日 14:47)
易于反编译的中间语言
无论你用VB、C#或其它.NET语言编写应用程序,VS.NET代码都编译成为中间语言(I
L) 。当应用程序运行时 , 一个即时编译器(JITter)处理IL代码并把它编译成为机器语言
。这意味着在理论上可能为Windows以外的平台创建.NET运行库,但现在关于类似的事情
还没有任何官方消息 。中间语言的一个缺陷是:它像VB5以前的VB版本一样,容易被反编
译 。这种可能性使许多开发者普遍地质疑.NET架构的安全性 。
CLR在IL层次内外影响代码 , 对它的修改将使所有使用CLR的语言受益 。然而 , 语言
只是和代码如何被解释为IL有关 , 对特定语言的优化可以根据特定语言的语法来编写,
这样在技术上就可能使.NET语言之间的性能差别很小 。不管怎样,大体上蓝图是美好的
。例如,CLR使VB的调试和监测工具和C#的相应工具相当,它做到了这一点因为它们本来
就是相同的工具 。
CLR提供不平行的跨语言集成,包括跨语言继承代码的能力 。所有使用CLR的语言共
享一个通用类型系统,它使使用多种语言开发应用程序变得更简单 。我不喜欢把 C API
声明翻译成VB里可以使用的形式,所以我很赞赏通用类型系统带来的好处 。
在CLR中运行的代码被称为被管理代码,被管理代码使用的内存完全由CLR来控制 。
被管理代码带来很多好处,包括跨语言集成、跨语言异常处理和简化的部件相互作用模
型 。Visual Basic被限制为只能以被管理代码的方式工作,然而C#拥有跳到非被管理代
码的能力(执行到运行库之外),并能做像指针操作这类事情 。这是VB和C#不同等的情况
之一 。这种能力到底有多重要取决于你想干什么 。
CLR造成的体系结构差别要比跨语言集成、共享功能和被管理代码等深刻 。首先 , V
isual Studio.NET的支撑结构不是 COM 。另外,VB.NET里的所有东西,甚至字符串都是
对象 。因为这些和其它一些原因,Microsoft改变了支撑结构处理对象的方式 。COM实现
了一个引用计数方案,这样每次引用一个对象时,计数器递增 。当一个对象引用超出作
用域或被释放时,计数器递减,当引用计数减少到零时就终止这个对象 。Microsoft声称
在.NET架构下引用计数的开销太大 , 以至于不能在 .NET中实现它 , 所以它放弃了引用计
数转而使用垃圾收集 。
垃圾收集需要新体系结构
CLR垃圾收集器主要是监视一个程序的资源,当可用资源达到确定的阈值时寻找无用
的对象,并在发现它们的时候清除这些对象 。垃圾收集的一大好处就是你不再需要担心

推荐阅读