要继续使用 Visual Basic 6 编写程序, 就可以这么做, 但生成的可执行代码会完全忽略.NET Framework, 如果继续把 VisualStudio 作为开发环境,就需要安装 Visual Studio 6。
5 第Ⅰ部分 C 语 言 2 Visual C 2005 Visual C 6 有许多 Microsoft 对 Windows 的特定扩展。
通过 Visual C .NET,又加 入了更多的扩展内容,来支持.NET Framework。
现有的 C源代码会继续编译为内部可执 行代码,不会有修改,但它会独立于.NET 运行库运行。
如果让 C代码在.NET Framework 中运行,就可以在代码的开头添加下述命令: using ltmscorlib.dllgt 还可以把标记/clr 传递给编译器,这样编译器假定要编译托管代码,因此会生成中间 语言,而不是内部机器码。
C的一个有趣的问题是在编译托管代码时,编译器可以生成 包含内嵌本机可执行代码的 IL。
这表示在 C代码中可以把托管类型和非托管类型合并起 来,因此托管 C代码: class MyClass 定义了一个普通的 C类,而代码: __gc class MyClass 生成了一个托管类,就好像使用 C或 Visual Basic 2005 编写类一样。
实际上,托管 C比 C更优越的一点是可以在托管 C代码中调用非托管 C类,而不必采用 COM 交 互功能。
如果在托管类型上试图使用.NET 不支持的特性例如,模板或类的多继承,编译器就 会出现一个错误。
另外,在使用托管类时,还需要使用非标准的 C特性例如上述代码中 的__gc 关键字。
因为 C允许低级指针操作, C编译器不能生成可以通过 CLR 内存类型安全测试的 代码。
如果 CLR 把代码标识为内存类型安全是非常重要的, 就需要用其他一些语言编写源 代码,例如 C 或 Visual Basic 2005。
3 Visual J 2005 最新添加的语言是 Visual J 2005。
在.NET Framework 1.1 版本推出之前,用户必须下 载相应的软件,才能使用 J。
现在 J语言内置于.NET Framework 中。
因此,J用户可以利 用 Visual Studio 2005 的所有常见特性。
Microsoft 希望大多数 J用户认为他们在使用.NET 时,将很容易使用 J。
J不使用 Java 运行库,而是使用与其他.NET 兼容语言一样的基类 库。
这说明,与 C和 Visual Basic 2005 一样,可以使用 J创建
ASP.NET Web 应用程序、 Windows 窗体、XML Web 服务和其他应用程序。
4 脚本语言 脚本语言仍在使用之中, 但由于.NET 的推出, 它们的重要性在降低。
与此同时,JScript 升级到了 JScript.NET。
现在
ASP.NET 页面可以用 JScript.NET 编写,可以把 JScript.NET 当作一种编译语言来运行, 而不是解释性的语言,也可以编写强类型化的 JScript.NET 代码。
有了
ASP.NET 后,就没有必要在服务器端的 Web 页面上使用脚本语言了,但 VBA 仍用作 Office 文档和 Visual Studio 宏语言。
6 第1章 .NET 体系结构 5 COM 和 COM 从技术上讲,COM 和 COM并不是面向.NET 的技术,因为基于它们的组件不能编译为 IL但如果原来的 COM 组件是用 C编写的,使用托管 C,在某种程度上可以这么做。
但是,COM仍然是一个重要的工具,因为其特性没有在.NET 中完全实现。
另外,COM 组件仍可以使用——.NET 组合了 COM 的互操作性,从而使托管代码可以调用 COM组件,COM 组件也可以调用托管代码见第 33 章。
在一般情况下,把新组件编写为.NET组件,大多是为了方便,因为这样可以利用.NET 基类和托管代码的其他优点。
1.3 中间语言 通过前面的学习,我们理解了 Microsoft 中间语言显然在.NET Framework 中有非常重要的作用。
C开发人员应明白,C代码在执行前要编译为中间语言实际上,C编译器仅编译为托管代码,这是有意义的,现在应详细讨论一下 IL 的主要特征,因为面向.NET 的所有语言在逻辑上都需要支持 IL 的主要特征。
下面就是中间语言的主要特征: ● 面向对象和使用接口 ● 值类型和引用类型之间的巨大差别 ● 强数据类型 ● 使用异常来处理错误 ● 使用特性attribute 下面详细讨论这些特征。
1.3.1 面向对象和接口的支持 .NET 的语言无关性还有一些实际的限制。
中间语言在设计时就打算实现某些特殊的编程方法,这表示面向它的语言必须与编程方法兼容,Microsoft 为 IL 选择的特定道路是传统的面向对象的编程,带有类的单一继承性。
注意: 不 熟悉 面向对 象概 念的读 者应 参考附 录 A,获得 更多 的信息 。
附 录 A 可 以 从www.wrox.com 上下载。
除了传统的面向对象编程外,中间语言还引入了接口的概念, 它们显示了在带有 COM .NET 接口与 COM 接口不同,的 Windows 下的第一个实现方式。
它们不需要支持任何 COM基础结构,例如,它们不是派生自 IUnknown,也没有对应的 GUID。
但它们与 COM 接口共享下述理念:提供一个契约,实现给定接口的类必须提供该接口指定的方法和属性的实现方式。
前面介绍了使用.NET 意味着要编译为中间语言,即需要使用传统的面向对象的方法来编程。
但这并不能提供语言的互操作性。
毕竟,C和 Java 都使用相同的面向对象的范型,但它们仍不是可交互操作的语言。
下面需要详细探讨一下语言互操作性的概念。
7 第Ⅰ部分 C 语 言 首先,需要确定一下语言互操作性的含义。
毕竟,COM 允许以不同语言编写的组件 一起工作,即可以调用彼此的方法。
这就足够了吗?COM 是一个二进制标准,允许组件 实例化其他组件,调用它们的方法或属性,而无需考虑编写相关组件的语言。
但为了实现 这个功能,每个对象都必须通过 COM 运行库来实例化,通过接口来访问。
根据相关组件 的线程模型,不同线程上内存空间和运行组件之间要编组数据,这还可能造成很大的性能 损失。
在极端情况下,组件保存为可执行文件,而不是 DLL 文件,还必须创建单独的进程 来运行它们。
重要的是组件要能与其他组件通信,但仅通过 COM 运行库进行通信。
无论 COM 是用于允许使用不同语言的组件直接彼此通信, 或者创建彼此的实例,系统都把 COM 作为中间件来处理。
不仅如此,COM 结构还不允许利用继承实现,即它丧失了面向对象 编程的许多优势。
一个相关的问题是,在调试时,仍必须单独调试用不同语言编写的组件。
这样就不可 能在调试器上调试不同语言的代码了。
语言互操作性的真正含义是用一种语言编写的类应 能直接与用另一种语言编写的类通信。
特别是: ● 用一种语言编写的类应能继承用另一种语言编写的类。
● 一个类应能包含另一个类的实例,而不管它们是使用什么语言编写的。
● 一个对象应能直接调用用其他语言编写的另一个对象的方法。
● 对象或对象的引用应能在方法之间传递。
● 在不同的语言之间调用方法时,应能在调试器中调试这些方法调用,即调试不同 语言编写的源代码。
这是一个雄心勃勃的目标,但令人惊讶的是,.NET 和中间语言已经实现了这个目标。
在调试器上调试方法时,Visual Studio 2005 IDE 提供了这样的工具不是 CLR 提供的。
1.3.2 相异值类型和引用类型 与其他编程语言一样,中间语言提供了许多预定义的基本数据类型。
它的一个特性是 值类型和引用类型有明显的区别。
对于值类型,变量直接保存其数据,而对于引用类型, 变量仅保存地址,对应的数据可以在该地址中找到。
在 C中,引用类型类似于通过指针来访问变量,而在 Visual Basic 中,与引用类型 最相似的是对象,Visual Basic 6 总是通过引用来访问对象。
中间语言也有数据存储的规范: 引用类型的实例总是存储在一个名为 “托管堆”的内存区域中,值类型一般存储在堆栈中但 如果值类型在引用类型中声明为字段,它们就内联存储在堆中。
第 2 章“C基础”讨论 堆栈和堆,及其工作原理。
1.3.3 强数据类型 中间语言的一个重要方面是它基于强数据类型。
所有的变量都清晰地标记为属于某个 特定数据类型在中间语言中没有 Visual Basic 和脚本语言中的 Variant 数据类型。
特别是 中间语言一般不允许对模糊的数据类型执行任何操作。
例如,Visual Basic 6 开发人员习惯于传递变量,而无需考虑它们的类型,因为 Visual8 第1章 .NET 体系结构Basic 6 会自动进行所需的类型转换。
C开发人员习惯于在不同类型之间转换指针类型。
执行这类操作将大大提高性能,但破坏了类型的安全性。
因此,这类操作只能在某些编译为托管代码的语言中的特殊情况下进行。
确实,指针相对于引用只能在标记了的 C代码块中使用,但在 Visual Basic 中不能使用但一般在托管 C中允许使用。
在代码中使用指针会立即导致 CLR 提供的内存类型安全性检查失败。
注意,一些与.NET 兼容的语言,例如 Visual Basic 2005,在类型化方面的要求仍比较松,但这是可以的,因为编译器在后台确保在生成的 IL 上强制类型安全。
尽管强迫实现类型的安全性最初会降低性能,但在许多情况下,我们从.NET 提供的、依赖于类型安全的服务中获得的好处更多。
这些服务包括: ● 语言的互操作性 ● 垃圾收集 ● 安全性 ● 应用程序域 下面讨论强数据类型化对这些.NET 特性非常重要的原因。
1. 语言互操作性中强数据类型的重要性 如果类派生自其他类,或包含其他类的实例,它就需要知道其他类使用的所有数据类型,这就是强数据类型非常重要的原因。
实际上,过去没有任何系统指定这些信息,从而成为语言继承和交互操作的真正障碍。
这类信息不只是在一个标准的可执行文件或 DLL中出现。
假定将 Visual Basic 2005 类中的一个方法定义为返回一个整型——Visual Basic 2005 可以使用的标准数据类型之一。
C没有该名称的数据类型。
但 显然,我们只能从该类中派生,再使用这个方法,如果编译器知道如何把 Visual Basic 2005 的整型类型映射为 C定义的某种已知类型,就可以在 C代码中使用返回的类型。
这个问题在.NET 中是如何解决的? 1 通用类型系统CTS 这个数据类型问题在.NET 中使用通用类型系统CTS得到了解决。
CTS 定义了可以在中间语言中使用的预定义数据类型, 所有面向.NET Framework 的语言都可以生成最终基于这些类型的编译代码。
例如,Visual Basic 2005 的整型实际上是一个 32 位有符号的整数,它实际映射为中间语言类型 Int32。
因此在中间语言代码中就指定这种数据类型。
C编译器可以使用这种类型,所以就不会有问题了。
在源代码中,C用关键字 int 来表示 Int32,所以编译器就认为Visual Basic 2005 方法返回一个 int 类型的值。
通用类型系统不仅指定了基本数据类型,还定义了一个内容丰富的类型层次结构,其中包含设计合理的位置,在这些位置上,代码允许定义它自己的类型。
通用类型系统的层次结构反映了中间语言的单一继承的面向对象方法,如图 1-1 所示。
9 第Ⅰ部分 C 语 言 类型 引用类型 接口类型 值类型 指针类型 自我描述类型 用户定义 内置值类型 的值类型 枚举 数组 类类型 委托 装箱的值类型 用户定义的 引用类型 .
上一篇:
分布式编程第2章编程简介概述
下一篇:
经济民主一种关于劳动的政治经济学