如何在.NET中实现脚本引擎

NET 本身提供了强大的脚本引擎，可以直接使用.NET CLR的任何编程语言作为脚本语言，如VB.NET、C#、JScript, J#等等。使用脚本引擎，我们可以动态生成任意表达式、或动态导入任意脚本文件，并在任意时候执行。

创新互联建站专注于成都网站建设、成都网站制作、网页设计、网站制作、网站开发。公司秉持“客户至上,用心服务”的宗旨,从客户的利益和观点出发,让客户在网络营销中找到自己的驻足之地。尊重和关怀每一位客户，用严谨的态度对待客户，用专业的服务创造价值，成为客户值得信赖的朋友，为客户解除后顾之忧。

经实践发现，我们可以使用至少两种不同的方式在.NET中使用脚本引擎：VsaEngine和CodeDom。

其实，CodeDom不能算是真正的脚本引擎，它实际上是编译器。但是我们完全可以利用CodeDom来模拟脚本引擎。

使用Emit方法也能达到动态生成可执行代码的目的，而且Emit生成的代码不需要编译，因此速度更快。但是Emit插入的实际上是汇编代码，不能算是脚本语言。

本文介绍如何以CodeDom方式来动态生成可执行代码。

如何在.NET中实现脚本引擎 (CodeDom篇) 沐枫网志

1. 构造一个编译器

设置编译参数

编译参数需要在CompilerParameters设置：

CompilerOptions 用于设置编译器命令行参数

IncludeDebugInformation 用于指示是否在内存在生成Assembly

GenerateInMemory 用于指示是否在内存在生成Assembly

GenerateExecutable 用于指示生成的Assembly类型是exe还是dll

OutputAssembly 用于指示生成的程序文件名（仅在GenerateInMemory为false的情况）

ReferencedAssemblies 用于添加引用Assembly

例如：

theParameters.ReferencedAssemblies.Add("System.dll");

创建指定语言的编译器

编译需要由指定语言的CodeDomProvider生成。

这里列举一些.NET的CodeDomProvider：

vb.net Microsoft.VisualBasic.VBCodeProvider

C# Microsoft.CSharp.CSharpCodeProvider

jscript Microsoft.JScript.JScriptCodeProvider

J# Microsoft.VJSharp.VJSharpCodeProvider

以C#为例，要创建C#编译器，代码如下：

//.NET 1.1/1.0

ICodeCompiler compiler = new Microsoft.CSharp.CSharpCodeProvider().CreateCompiler();

//.NET 2.0

ICodeCompiler compiler = (ICodeCompiler) new Microsoft.CSharp.CSharpCodeProvider();

下面是完整的创建编译器的例子：

/// summary

/// 创建相应脚本语言的编译器

/// /summary

private void createCompiler(string strLanguage, bool debugMode, string strAssemblyFileName)

{

this.theParameters = new CompilerParameters();

this.theParameters.OutputAssembly = System.IO.Path.Combine(System.IO.Path.GetTempPath(), strAssemblyFileName + ".dll");

this.theParameters.GenerateExecutable = false;

this.theParameters.GenerateInMemory = true;

if(debugMode)

{

this.theParameters.IncludeDebugInformation = true;

this.theParameters.CompilerOptions += "/define:TRACE=1 /define:DEBUG=1 ";

}

else

{

this.theParameters.IncludeDebugInformation = false;

this.theParameters.CompilerOptions += "/define:TRACE=1 ";

}

AddReference("System.dll");

AddReference("System.Data.dll");

AddReference("System.Xml.dll");

strLanguage = strLanguage.ToLower();

CodeDomProvider theProvider;

if("visualbasic" == strLanguage || "vb" == strLanguage)

{

theProvider = new Microsoft.VisualBasic.VBCodeProvider();

if(debugMode)

theParameters.CompilerOptions += "/debug:full /optimize- /optionexplicit+ /optionstrict+ /optioncompare:text /imports:Microsoft.VisualBasic,System,System.Collections,System.Diagnostics ";

else

theParameters.CompilerOptions += "/optimize /optionexplicit+ /optionstrict+ /optioncompare:text /imports:Microsoft.VisualBasic,System,System.Collections,System.Diagnostics ";

AddReference("Microsoft.VisualBasic.dll");

}

else if("jscript" == strLanguage || "js" == strLanguage)

{

theProvider = new Microsoft.JScript.JScriptCodeProvider();

AddReference("Microsoft.JScript.dll");

}

else if("csharp" == strLanguage || "cs" == strLanguage || "c#" == strLanguage)

{

theProvider = new Microsoft.CSharp.CSharpCodeProvider();

if(!debugMode)

theParameters.CompilerOptions += "/optimize ";

}

// else if("jsharp" == strLanguage || "vj" == strLanguage || "j#" == strLanguage)

// {

// theProvider = new Microsoft.VJSharp.VJSharpCodeProvider();

// if(!debugMode)

// theParameters.CompilerOptions += "/optimize ";

// }

else

throw new System.Exception("指定的脚本语言不被支持。");

this.theCompiler = theProvider.CreateCompiler();

}

/// summary

/// 添加引用对象。

/// /summary

/// param name="__strAssemblyName"引用的文件名/param

public void AddReference(string __strAssemblyName)

{

theParameters.ReferencedAssemblies.Add(__strAssemblyName);

}

注：

在.NET Framework 2.0中，由于CreateCompiler方法被标记作废。为避免产生编译警告，可直接返回CodeDomProvider作为编译器：

this.theCompiler = (ICodeCompiler)theProvider;

2. 编译源代码

编译源代码相当简单，只需一条语句就搞定了：

CompilerResults compilerResults ＝ compiler.CompileAssemblyFromSource(this.theParameters, this.SourceText);

执行后，可以从compilerResults取得以下内容：

NativeCompilerReturnValue 编译结果，用于检查是否成功

Errors 编译时产生的错误和警告信息

CompiledAssembly 如果编译成功，则返回编译生成的Assembly

示例函数：

/// summary

/// 编译脚本。编译前将清空以前的编译信息。

/// CompilerInfo将包含编译时产生的错误信息。

/// /summary

/// returns成功时返回True。不成功为False。/returns

public bool Compile()

{

this.theCompilerInfo = "";

this.isCompiled = false;

this.theCompiledAssembly = null;

this.theCompilerResults = this.theCompiler.CompileAssemblyFromSource(this.theParameters, this.SourceText);

if(this.theCompilerResults.NativeCompilerReturnValue == 0)

{

this.isCompiled = true;

this.theCompiledAssembly = this.theCompilerResults.CompiledAssembly;

}

System.Text.StringBuilder compilerInfo = new System.Text.StringBuilder();

foreach(CompilerError err in this.theCompilerResults.Errors)

{

compilerInfo.Append(err.ToString());

compilerInfo.Append("/r/n");

}

theCompilerInfo = compilerInfo.ToString();

return isCompiled;

}

3. 执行代码

使用Reflection机制就可以很方便的执行Assembly中的代码。

我们假设编译时使用的脚本代码 this.SourceText 内容如下：

namespace test

{

public class script

{

static public void Main()

{

MessageBox.Show("Hello");

}

}

}

则相应的执行代码为：

scriptEngine.Invoke("test.script", "Main", null);

Invoke函数内容：

/// summary

/// 执行指定的脚本函数(Method)。

/// 如果指定的类或模块名，以及函数(Method)、或参数不正确，将会产生VsaException/VshException例外。

/// /summary

/// param name="__strModule"类或模块名/param

/// param name="__strMethod"要执行的函数(Method)名字/param

/// param name="__Arguments"参数(数组)/param

/// returns返回执行的结果/returns

public object Invoke(string __strModule, string __strMethod, object[] __Arguments)

{

if(!this.IsCompiled || this.theCompiledAssembly == null)

throw new System.Exception("脚本还没有成功编译");

Type __ModuleType = this.theCompiledAssembly.GetType(__strModule);

if(null == __ModuleType)

throw new System.Exception(string.Format("指定的类或模块 ({0}) 未定义。", __strModule));

MethodInfo __MethodInfo = __ModuleType.GetMethod(__strMethod);

if(null == __MethodInfo)

throw new System.Exception(string.Format("指定的方法 ({0}::{1}) 未定义。", __strModule, __strMethod));

try

{

return __MethodInfo.Invoke(null, __Arguments);

}

catch( TargetParameterCountException )

{

throw new System.Exception(string.Format("指定的方法 ({0}:{1}) 参数错误。", __strModule, __strMethod));

}

catch(System.Exception e)

{

System.Diagnostics.Trace.WriteLine(string.Format("执行({0}:{1})错误: {2}", __strModule, __strMethod, e.ToString()));

return null;

}

}

总结：

CodeDom可以很方便的随时编译源代码，并动态执行。虽然作为脚本引擎，它没有VsaEngine正规和方便，但作为一般应用，也够用了。并且结合Reflection机制，它的功能比VsaEngine更强大：它可以编译任何提供CompilerProvider的CLR语言（目前.NET自带的语言中都有）。

当然，它也有一些缺点：它生成的Assembly不能动态卸载。这在一般情况下不成问题，因为一个源代码只需编译一次，并载入执行，并不需要动态卸载。

假如你需要做脚本编辑器时，就要考虑这个问题，因为有可能一个脚本会因为修修改改而不停的重新编译，从而造成不停的产生新的Assembly，最后将导致内存被大量占用。要解决这个问题，需要将编译器加载到独立的AppDomain中，通过卸载AppDomain达到卸载所需的Assembly的目的。

用于windows7的microsoft net framework 4.5.2有什么用

NET Framework 是用于windows的新托管代码编程模型。简单来说，Microsoft .NET Framework是一个运行环境 ，有些应用程序必须在安装microsoft net framework的情况下才可以正常运行。

NET Framework 官方版将强大功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信。NET Framework增加了许多新的功能，通过提高抽象层次，从而简化开发人员的关系数据库的程序。这些新功能包括：持续忽略、POCO支持、延迟加载，测试驱动开发的支持、功能模型以及新的LINQ运营商等。

扩展资料：

NET Framework 4.5.2 开发人员包是一个单独的程序包，用于安装适用于 .NET Framework 4.5.2 的 .NET Framework 多目标包和 .NET Framework 4.5.2。开发人员可以使用 Visual Studio 2013、Visual Studio 2012 或第三方 IDE 来生成面向 .NET Framework 4.5.2 的应用程序。 

如果要重新分发 .NET Framework 4.5.2，您需要从此处下载 Web 安装程序，而不是使用此程序包。 

此程序包安装以下组件：

1、.NET Framework 4.5.2

2、.NET Framework 4.5.2 多目标包：包含生成面向 .NET Framework 4.5.2 的应用程序时所需的引用程序集

3、.NET Framework 4.5.2 语言包

4、.NET Framework 4.5.2 多目标包语言包：包含通过 Visual Studio 和第三方 IDE 生成面向 .NET Framework 4.5.2 的应用程序时用于显示帮助的 IntelliSense 文件。

参考资料：

下载地址-Microsoft官网

vb如何实现调用c#.net写的一个dll，这个dll里面都是些类，不是函数，想用vb把里面的类调用出来，求帮忙！

按照我的理解，你的这个需求是没有办法做到的， 除非C#的dll被封装为了一个COM组件并且注册了，但是你的这个dll已经写成了，所以理论上来说应该不是com，而C#的程序集是不提供向前兼容的，所以用一个老的语言调用新的技术的组件是做不到的，不过也有一种可能性，不过很难实现，大体逻辑这样，首先通过vb调用一个native的组件，用C或者c++完成，在这个组件里面加载clr，在clr里面加载c#的程序集，实例化对象，执行调用

学VB还是VB.net好？

细说VB．NET（上）

（作者：青苹果工作室编译 2001年03月07日 14:47）

微软公司提出的.NET概念，正从各个方面渗入到我们的生活中。它将产生的作用，

诚如一位业内名家所描述的：“请忘掉你认为你所知道的，.NET将改变一切”！既然如

此，无论是IT业内人士、还是企业决策者，快速领会这个新概念的含义及深远影响，

都显得非常必要。

概要

VB正在不断地发展中，它具备了以前VB编程人员作梦都想拥有的性能，想象一下你

将随心所欲的利用这些性能，是不是很令人激动？然而，这个计划于2001年第四季度上

市销售的VB版本可能会给你带来些小麻烦，因为要完全掌握它需要一个较长的学习周期

，而且其中包括了一些微妙的变化，你可能在使用他们的时候出现错误。

需要准备的条件：建议获得Visual Basic.NET beta 版，这些内容对所有VB程序员

都是有用的。

Microsoft .NET平台的涵盖面很广，而且很难预测它的真正意义。我们注意到，现

在有很多关于.NET的不正确的理解。因此在这篇文章里，我们将把给你一个VB.NET到底

是些什么的概念，从头到尾说一说它是什么、它能干什么以及怎样才能充分发挥它的优

点。我们要特别地细看一下IDE的改变、面向对象特征、底层结构的改变、一些“现代化

”的语法以及包装和分发方面的增强。我们将讨论这些功能能为你做什么，解释他们的

优点与不足。由于这些改变是如此之大，而且涉及方方面面，因此希望这一篇文章能满

足你全部的要求是不现实的，要了解这方面全部的知识请参阅有关文章和书籍。

Visual Basic.NET 和你现在所知的开发工具完全不同，并且这个新版本会改变你的

未来。到底有多大不同？如果你觉得从VB3迁移到VB4是一个很大的变化，那这次VB.NET

会让你感到震惊。这次升级与其说是VB的一个新版本，还不如说是迁移到一个新平台上

，你所面临的情况就和从DOS迁移到Windows差不多。

VB获得了继承能力

VB.NET预期拥有的第一新功能就是继承能力。继承是VB开发者长期以来要求得最多

的功能。判断一下对继承的要求是不是像早些时候对本地化编译器的要求一样将是一件

很有意思的事，后者，当Microsoft提供了一个以后，你就几乎听不到多少这方面的言语

了。

Visual Basic现在是真正的面向对象语言了。过去，你可以通过使用VB的界面继承

性创建伪实现的对象继承，但现在不必这样做了。

Visual Basic.NET 现在提供大量面向对象功能，包括应用程序继承，它允许你从其

它类导出你想创建的类。像在其它面向对象语言里一样，你能覆盖基类的方法和属性，

并且能实现多态以创建健壮的、扩展性好的组件。例如，假定你从基类 Crane里继承产

生了一个ForkLift类，你能使用像下面的代码覆盖基类里对Lift方法的默认实现：

Public Class ForkLift

Inherits Crane

Overrides Sub Lift(ByRef _

Height As Double)

Height = Height + 10

End Sub

End Class

VB.NET不仅能让你覆盖方法或属性；它还能让你重载方法。重载是定义同名、但使

用不同数据类型的方法或属性的能力。例如，假定你有一个组件能对不同数据类型的数

组进行排序，你不需要三个(每种数据类型一个)不同名的方法；实际上你可以重载一个

方法名：

Overloads Sub SortArray(ByRef _

aValues()As String)

...

Overloads Sub SortArray(ByRef _

aValues() As Integer)

...

Overloads Sub SortArray(ByRef _

aValues() As Object)

另一个改变是：表单现在是类模块。这就是说类本身包含建立表单的所有“肥料”

的代码。你可能想知道，为什么你不得不看到这些从前不用看的代码，但这个改变同时

带来强大的新功能，包括继承这些表单的能力。Microsoft把这一技术称为可视化继承。

假定你的对话框有一种标准的格式，例如在表单的一侧有一行按钮，并在角上有一个标

识，那么，通过可视化继承你能创建一个表单模板(类)，并从这个基类里导出所需的表

单。

一切都是对象

代码复用简化了开发过程，像实现和可视化继承这样的功能有利于更简单、更强大

的代码复用。然而，代码复用并不是到此为止。你能通过支持VB.NET的通用语言运行库

(Common Language Runtime - CLR)继承在其它 VS.NET 语言里定义的类。例如，你或别

人创建了一个 C# 类，然后就能从 VB 里继承它。

VB.NET 的面向对象能力扩展了语言本身的通路：一切都是对象。这意味着比在以前

的 VB 版本里，你获得了更多的内在功能，你将很少被迫使用 Windows API。例如，在

以前的 VB 版本里，你使用 LoadPicture 方法加载图片并使用表单的 Line 方法(或较

快的 API) 画线。现在，你使用 System.Drawing 对象来创建并处理图形。你可以使用

以下代码在表单上显示一幅图片：

picshowpicture.Image = _

system.Drawing.Image.FromFile( _

"c:\test.bmp")

注意 VB.NET 的“一切都是对象”方式让你的语句能用得更长久。

考虑以下语句，它在一个图形对象上画一条黄绿色的线：

objgraphics.DrawLine(system.Drawing. _

Pens.Chartreuse, 0, 0, 100, 100)

这些长长的语句也有好处：改进的功能、适应性和易用性。从前，你要实现先进的

功能就不得不在文档中挖掘，经常是不得不诉诸API。现在，相关的功能集符合逻辑地包

含在对象里。这种处理方式的另外一个好处就是：类把相关的功能很好的组织了起来。

所以，浏览你感兴趣的对象，发现它们做些什么实际上很有意思。

Visual Basic.NET 的面向对象功能提供了很多实在的好处。很多情况下，VB.NET

面向对象的本质和实现的继承性能帮助你比在以前的 VB 版本里更容易、更迅速地创建

特定类型的功能。然而，你不一定要仅仅因为你能做到，就使用实现继承性或其它 .NE

T 功能。VB.NET 的新功能使开发许多类型的应用程序变得更简单！但是，就像使用所有

的语言能力一样，你需要使用的是在特定场合下最适合的功能。

自由线程的危险

对于自由线程可能需要特别给出警告。VB6允许你使用独立的线程来创建多线程服务

器程序，但VB过去从来没有让你能创建自由线程的客户端程序。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垃圾收集器主要是监视一个程序的资源，当可用资源达到确定的阈值时寻找无用

的对象，并在发现它们的时候清除这些对象。垃圾收集的一大好处就是你不再需要担心

大多数普通的循环引用，即子对象引用了父对象，然后父对象又引用了子对象。在引用

计数方案下，循环引用使两个对象都不能被释放和清除。然而，垃圾收集器会发现循环

引用并清除它们。这也意味着释放对象的最后一个引用时不再需要立即清除对象。

垃圾收集的一个后果是：你再也不能指望一个类的 Terminate 事件能在适当的时机

发出。实际上，如果线程被阻塞，可能根本就不会发出 Terminate 事件。和COM提供的

确定化终止相反，它被称为不确定的终止。缺乏确定化终止，以及因为垃圾收集器重新

安排并压缩内存从而不能使用指针的事实，在新闻组里激发了一波激烈的辩论。我想这

些新限制可能会令你痛恨，因为你要依靠确定化终止；也可能你漠不关心，因为你不依

赖 Terminate 事件。垃圾收集并不是万灵药，实现弱引用依然需要做一些考虑。

从引用计数到垃圾收集只是 Visual Studio.NET 的支撑结构不是 COM 这个事实的

表象之一。你能在VB.NET中使用COM对象，比如说ActiveX服务器或ActiveX控件。然而，

你必须通过包装访问这些对象。任何时候听到“包装”这个术语，你应该明白你面对着

性能损失，并且对象的行为可能有所不同。如果当计划移植一个使用了大量COM对象的工

程，就需要认真地测试和计划，可能需要重新规划应用程序的结构才能移植成功。坦率

地说，你要有遭受挫折的准备。还记得从VBX迁移到 OCX的过程吗？我记得，我的精神病

医生也记得。我很快就要再去看他了 ;-)

语言本身的变化要远远超过体系结构的变化。大部分改变确有道理，但我并不认为

所有的改变都是如此。以前版本的VB允许你以很多方法来做很多事，以至于统一的编码

标准要么不存在要么就很难强加于人。Microsoft对VB做了大量的改变为的就是“清晰”

这种语言。很多情况下，原来你有好几种方法做一件事，现在就只有一种了。Billy Ho

llis 提供了语法变化的详细列表，包括废弃的关键字列表，但有些东西需要在这里重复

一下。

首先，向过程参数传递数据的默认方法由引用(ByRef)变成了传值(ByVal)。这个改

变主要是因为引用要比传值的风险大得多。它的风险主要是调用过程中的数据可能被无

意中篡改。你仍然能通过引用传递数据，但这一改变使你需要修改新的默认调用方法来

使用引用。

Set语句消失了

其次，Set 语句消失了。在 VB.NET 里如果你需要向变量传递一个对象引用，所需

要的只是一个等号，对象被视为同其它值一样。这很酷，但也有副作用：默认属性消失

了。例如，你不再能用这种方式引用一个属性：

Text1 = "What, me worry?"

作为替代，你必须显式地引用属性：

Text1.Text = "What, me worry?"

也许一眼看来不需要这种改变，但确实必须去掉默认属性。例如，假定你有一个叫

objFoo的对象变量，不用Set语句，下面的语句所设置的引用就产生了歧义性：

objFoo = Text1

这条语句是应该设置到Text1的引用，还是以Text1的Text属性来填充objFoo？你不

能确定，编译器也不能。抛弃Set语句同时要求抛弃默认属性。

有一个改变我不喜欢：你不再能在不同的作用域里声明Property Get和Property S

et过程。注意 VB.NET 没有 Property Let 语句：对象和数值都用 Property Set。这意

味着你不能用一个 Friend Property Let 过程来对应一个 Public Property Get。用V

B建立组件时可能会有麻烦。许多组件开发者创建 Friend Property Set 过程以使他们

的应用程序能改变一个值，但提供 Public Property Get 过程以使他们的客户程序能取

回值。我希望我能为这个改变找到一个合适的理由，可是我找不到。

Microsoft说它力图使语言保持清晰并使之现代化—大部分情况下它做得不错—但这

个作用域问题和其它几个问题令人感到困惑。例如，While...Wend 很早以前就应该消失

了，因为 Do...Loop 完成同样的功能。然而，Microsoft 不仅没能去掉 While...Wend

，还把它改成了 While...End While 来给自己找了更多的麻烦。真奇怪！

我最不喜欢的改变是：Microsoft改变了你已经使用的数据类型含义。在 .NET 里，

Integer 现在是 32 位，而 Long 变成了 64 位。我心存恐惧地想：开发者 (包括我自

己) 会多么频繁地使用错误的变量啊。那个API到底是接受一个16位的 Integer还是32位

的？老天！我希望Microsoft重新考虑这个决定并使用新的变量类型，比如Int32和Long

64。无论迁移到 VB.NET的移植工具是多么的好，它也不能改变开发者的记忆。为什么要

逼着我们再学一遍普通的数据类型呢？

最后，最需要的一个改变是：VB.NET引入了 Option Strict 关键字，你可以使用它

来代替 Option Explicit。Option Strict 结束了万恶的类型强制(tm)，通过它VB乐于

让你把一个数值赋值给一个字符串，然后像犯罪一样做另一个操作。设置 Option Stri

ct 告诉 Visual Basic.NET 不要为你做任何类型强制。注意 VB.NET 并不是彻底的控制

狂，它允许类型向下转换，但不允许向上。例如，不使用像 sngvariable = CSng(dblv

ariable) 这样的语句进行显式类型转换，你就不能把声明为 Single 的变量赋值给声明

为 Double 的变量。因为这有丢失数据的风险。然而，你能不使用显式类型转换就把声

明为 Double 的变量赋值给声明为 Single 的变量，因为这并没有丢失数据的危险。使

用 Option Strict 能帮助开发者减少很多类型错误，包括那些很难调错的。但有一个附

加的缺陷：在工程里使用了 Option Strict 后，就不能进行 后编联了。

回复：

细说VB．NET（下）

（作者：青苹果工作室编译 2001年03月07日 14:47）

表单和新IDE面孔

Visual Basic.NET 的面向对象功能很伟大，但第一次启动 VB.NET 时还注意不到它

。可能你注意到的第一件事是它的 IDE。IDE看起来可能很熟悉，建立VS.NET IDE的团队

以前的工作是开发VB的IDE，对IDE的增强借鉴了VB IDE的经验。

同时，IDE的改变远比外表显示的深刻。所有.NET语言使用相同的IDE，并且IDE中的

新工具功能强大又易于理解。你能把任何一个设计窗口设置为自动隐藏 (就像你能自动

隐藏Windows任务栏那样)，这样就大大地减少了混乱。主工作区域是一系列选项卡，这

意味着IDE不再同时显式多个表单和代码模块。当打开对象的源代码时，IDE在它的主工

作区域为工作的对象添加一个新的选项卡。

IDE还包括一个叫作任务表(Task List)的新窗口。它的内容由IDE创建的项目组成。

例如，如果在试图编译一个工程时收到一个错误，VB在任务表里创建一个项目来解释这

个错误。你能直接向任务表里添加项目，或者通过在代码里以 "TODO:"开始一个注释行

，你可以在代码位置和任务之间建立联系。我喜欢Microsoft实现任务表的方式；在程序

出炉前，都需要完成些什么？估计它能帮我省掉很多时间和麻烦。看到它时，你最容易

产生的一个想法就是：以前怎么就没人想到它呢？

你能注意到的另一个变化就是：VB.NET的表单。Microsoft废弃了旧的表单引擎而使

用Windows Form代替它。所有基于 CLR的语言都使用Windows Form引擎。相对于VB6的表

单引擎，它有几个重要的改进。例如，Windows Form让你能创建能自动调整组件尺寸的

表单，并允许将控件锚定在表单里的特定位置。换句话说，不再需要使用第三方控件就

能完成这些特殊任务。Windows Form还允许表演像透明表单这样的很酷的技术。

过去，VB隐藏了建立表单的所有魔术。你使用IDE设计表单并把代码添加到Initial

ize事件上，但你没有手段来控制这两点之间的过程。现在，表单就是一个类，它包含用

来建立表单所有的代码。我把这些代码称为肥料代码，因为大多数开发者希望远远离开

它们，越远越好。要想可靠地弄坏你的程序，没有比折腾这些代码更好的办法了。另一

方面，技术娴熟的用户可以通过这些代码做很多很酷的事，因为它让你能走到VB.NET表

单的幕后。要是你不想看到这些代码你也能不看，因为新代码编辑器有展开和折叠代码

区的功能，并且这些肥料代码是默认折叠的。代码编辑器还有几个很酷的新功能。例如

，现在它自动为你缩排所有代码(而且还干得不错)，它还有内置的显示行号功能。

创建编译的服务器端代码

除了新的Windows Form引擎，.NET还包括一个为创建Web表单而特别设计的表单引擎

。这些被称为Web Form的表单很聪明，就像VB让你能很容易地为传统Windows桌面应用程

序创建表单一样，它们让你能方便地为Web创建表单。Web Form是 ASP.NET里的技术，让

你能使用熟悉的RAD工具创建带有代码的表单。创建的ASP.NET代码编译并驻留在服务器

上，并在那里被执行，然后以HTML方式发送给任何一个支持HTML 3.2的浏览器。

底层结构捕获客户端上的事件数据，并把它发送给服务器。这意味着可以使用各种

用户界面工具，可以利用现有的表单设计技巧，而且应用程序界面是不依赖浏览器的。

如果可以放弃不依赖浏览器，你还有另一个选择来利用Internet Explorer 某些功能特

有的优势。Web Form使支持Web的应用程序能更容易地创建更好、更丰富多彩的用户界面

。

Web服务策略

VB.NET里的另外一个重要的面向Web的功能是：Web服务。Microsoft的市场部门把W

eb服务列为采用.NET的几大理由之一。实际上，Web服务的本质就是使用标准协议的、由

Web服务器提供的、类似于COM的对象。注意在技术上它们并不是COM对象，但和COM对象

的表现方式很相像。Microsoft希望看到所有的公司使用Web服务，并且未来的应用程序

可以简单地“粘”在不同的Web服务上，就像现在可以使用Visual Basic for Applicat

ions (VBA)建立基于Office和支持VBA的程序的解决方案一样。

在PDC上，对于它希望开发者如何“粘”在这些服务上，Microsoft提供的一个演示

程序给出了很好的例子。在这个演示程序里，一个假想的诊所通过Web服务提供预约系统

，演示了你可以怎样使用智能电话通过Web进行预约。Visual Basic.NET 甚至会允许你

查询服务器，并获得关于服务器能支持的所有Web服务的相关数据。通过IntelliSense

dropdown这个绝对有用的工具，程序员可以访问Web服务。Web服务是Microsoft雄心勃勃

的战略，但只有时间才能检验它是否能成功地被广泛接纳。

Microsoft试图消除与包装和分发应用程序相关的问题，包括令人恐惧的DLL。所有

.NET应用程序被封装为元件。元件包含着数据以描述它运行所需的东西。这些数据被称

为货单，包括很多信息，例如：元件身份(名称、版本等等)；一个列出了所有文件之间

的依赖关系的表，以及它们的位置和版本；包括DLL相关数据的外部依赖关系信息；还有

其它元件需要而开发者没有创建的资源。元件是自说明的(通过它们的货单)，所以.NET

应用程序不需要修改注册表才能工作。换句话说，你不再需要注册表组件。在最好的情

况下，即客户机里已经有了.NET运行库时，分发一个复杂的应用程序可能只是把一个文

件夹复制到目标机器上这么简单的事。元件的另一个好处是：你可以让不同的应用程序

使用同一个DLL的不同版本，并且协调地运行在一台机器上。如果所有这些都可以像计划

中那样工作，有关DLL的地狱和版本的噩梦就将成为往事。

正确之路

Microsoft彻底更新了它的技术，而不仅仅是核心语言。例如，在Visual Studio.N

ET里同时提供了ADO.NET，这是有特殊优点的下一代ActiveX Data Objects (ADO) 版本

。它的一个灵活改变是：ADO.NET用Extensible Markup Language (XML)作为在组件之间

传递数据集的格式。这意味着接收组件不一定必须是ADO.NET组件，同时接收组件可以接

受任何XML 格式的数据集。谈到XML，它支撑着VS.NET中的任何东西，从配置文件到远端

过程调用。ADO.NET在处理断开的数据集时比 ADO的性能要好，并且具有更好的伸缩性。

Visual Basic.NET对我们都很熟悉的VB做了重要的改变。C++革命性地跳跃到.NET后

有了一个新名字：C#，而Visual Basic的名字没变。然而，如果你把VB.NET当作语法相

似的一门新语言而不是简单的“升级”，可能掌握起来就要容易一些。本文给你一个起

点，但吸收掌握各种知识，并对未来做出有根据的决定是一个艰苦的过程，它只是这个

过程的一条起跑线。我不知道.NET会有多么成功，它的很多地方吸引我，但有些地方并

非如此。这个工具做了大量承诺，它夸耀很多功能能使 VB开发者更简单地创建更有伸缩

性的高端应用程序。最后，它的成功将取决于开发者能多好地将它应用于现实世界。纵

观Microsoft在PDC和Beta 1版本之间的性能和稳定性上所跨过的这一步，我坚定地认为

：Microsoft走对了路！

中国那种编程语言最受公司欢迎

目前比较流行的编程语言：

1、Ruby

Ruby于1993年2月24日开始编写至1995年12月才正式公开发布，一种为简单快捷面向对象编程而创的脚本语言，Ruby是一个语法像Smalltalk一样完全面向对象、脚本执行、又有Perl强大的文字处理功能的编程语言。

2、Perl

Perl ，一般被称为“实用报表提取语言”（Practical Extraction and Report Language）。他于1987年12月18日发表。Perl借取了C、sed、awk、shell ing以及很多其他程序语言的特性。其中最重要的特性是它内部集成了正则表达式的功能，以及巨大的第三方代码库CPAN。简而言之，Perl像C一样强大，象awk、sed等脚本描述语言一样方便。

3、SWIFT

SWIFT，苹果于2014年WWDC（苹果开发者大会）发布的新开发语言，可与Object-C共同运行于MAC OS和iOS平台，用于搭建基于苹果平台的应用程序。

4、php

PHP，是英文超文本预处理语言Hypertext Preprocessor的缩写。PHP 是一种 HTML 内嵌式的语言，是一种在服务器端执行的嵌入HTML文档的脚本语言，语言的风格有类似于C语言，被广泛地运用，目前版本已经更新到5.4.23，由于其学习成本低，开发效率高，扩展函数丰富，成为了最流行的服务器端脚本语言。

5、Python

Python（KK 英语发音：/ˈpaɪθən/）是一种面向对象、直译式计算机程序设计语言。也是一种功能强大而完善的通用型语言，已经具有十多年的发展历史，成熟且稳定。Python 具有脚本语言中最丰富和强大的类库，足以支持绝大多数日常应用。 Python语法简捷而清晰，具有丰富和强大的类库。它常被昵称为胶水语言，它能够很轻松的把用其他语言制作的各种模块（尤其是C/C++）轻松地联结在一起。Python的名字来源于一个喜剧。也许最初设计Python这种语言的人并没有想到Python会在工业和科研上获得如此广泛的使用。

6、c#

C#是微软公司发布的一种面向对象的、运行于.NET Framework之上的高级程序设计语言。并定于在微软职业开发者论坛(PDC)上登台亮相。C#是微软公司研究员Anders Hejlsberg的最新成果。C#看起来与Java有着惊人的相似；它包括了诸如单一继承、接口、与Java几乎同样的语法和编译成中间代码再运行的过程。但是C#与Java有着明显的不同，它借鉴了Delphi的一个特点，与COM（组件对象模型）是直接集成的，而且它是微软公司 .NET windows网络框架的主角。

7、java

ava是一ava是一种由Netscape的Live发展而来的原型化继承的面向对象的动态类型的区分大小写的客户端脚本语言，主要目的是为了解决服务器终端语言，比如Perl，遗留的速度问题。当时服务端需要对数据进行验证，由于网络速度相当缓慢，只有28.8kbps，验证步骤浪费的时间太多。于是Netscape的浏览器Navigator加入了Java，提供了数据验证的基本功能。所以，Java 被数百万计的网页用来改进设计、验证表单、检测浏览器、创建cookies，以及更多的应用。

推荐下我的前端群：524262608，不管你是小白还是大牛，小编我都挺欢迎，不定期分享干货，包括我自己整理的一份2017最新的前端资料和零基础入门教程，欢迎初学和进阶中的小伙伴。

8、C++

C++是一种面向对象的计算机程序设计语言。C++这个词在中国大陆的程序员圈子中通常被读做“C加加”，而西方的程序员通常读做“C plus plus”，“CPP”。 它是一种使用非常广泛的计算机编程语言。C++是一种静态数据类型检查的、支持多重编程范式的通用程序设计语言。它支持过程化程序设计、数据抽象、面向对象程序设计、泛型程序设计等多种程序设计风格。

9、C

C语言是一种计算机程序设计语言，它既具有高级语言的特点，又具有汇编语言的特点。它由美国贝尔研究所的D.M.Ritchie于1972年推出，1978年后，C语言已先后被移植到大、中、小及微型机上，它可以作为工作系统设计语言，编写系统应用程序，也可以作为应用程序设计语言，编写不依赖计算机硬件的应用程序。它的应用范围广泛，具备很强的数据处理能力，不仅仅是在软件开发上，而且各类科研都需要用到C语言，适于编写系统软件，三维，二维图形和动画，具体应用比如单片机以及嵌入式系统开发。

10、java

Java是一种可以撰写跨平台应用程序的面向对象的程序设计语言。Java 技术具有卓越的通用性、高效性、平台移植性和安全性，广泛应用于PC、数据中心、游戏控制台、科学超级计算机、移动电话和互联网，同时拥有全球最大的开发者专业社群。

分享题目：vb.net类加载机制的简单介绍
文章位置：http://azwzsj.com/article/hidspe.html