计算机外文翻译---NET Framework 概述.docx

译文与原文.net framework 概述.net framework 是支持生成和运行下一代应用程序和 xml web services 的内部 windows 组件。.net framework 旨在实现下列目标： 提供一个一致的面向对象的编程环境，而无论对象代码是在本地存储和执行，还是在本地执行但在 internet 上分布，或者是在远程执行的。 提供一个将软件部署和版本控制冲突最小化的代码执行环境。 提供一个可提高代码（包括由未知的或不完全受信任的第三方创建的代码）执行安全性的代码执行环境。 提供一个可消除脚本环境或解释环境的性能问题的代码执行环境。 使开发人员的经验在面对类型大不相同的应用程序（如基于 windows 的应用程序和基于 web 的应用程序）时保持一致。 按照工业标准生成所有通信，以确保基于 .net framework 的代码可与任何其他代码集成。 .net framework 具有两个主要组件：公共语言运行库和 .net framework 类库。公共语言运行库是 .net framework 的基础。您可以将运行库看作一个在执行时管理代码的代理，它提供内存管理、线程管理和远程处理等核心服务，并且还强制实施严格的类型安全以及可提高安全性和可靠性的其他形式的代码准确性。事实上，代码管理的概念是运行库的基本原则。以运行库为目标的代码称为托管代码，而不以运行库为目标的代码称为非托管代码。.net framework 的另一个主要组件是类库，它是一个综合性的面向对象的可重用类型集合，您可以使用它开发多种应用程序，这些应用程序包括传统的命令行或图形用户界面 (gui) 应用程序，也包括基于 asp.net 所提供的最新创新的应用程序（如 web 窗体和 xml web services）。.net framework 可由非托管组件承载，这些组件将公共语言运行库加载到它们的进程中并启动托管代码的执行，从而创建一个可以同时利用托管和非托管功能的软件环境。.net framework 不但提供若干个运行库宿主，而且还支持第三方运行库宿主的开发。例如，asp.net 承载运行库以为托管代码提供可伸缩的服务器端环境。asp.net 直接使用运行库以启用 asp.net 应用程序和 xml web services（本主题稍后将对这两者进行讨论）。internet explorer 是承载运行库（以 mime 类型扩展的形式）的非托管应用程序的一个示例。使用 internet explorer 承载运行库使您能够在 html 文档中嵌入托管组件或 windows 窗体控件。以这种方式承载运行库使得托管移动代码（类似于 microsoft activex 控件）成为可能，不过它需要只有托管代码才能提供的重大改进（如不完全受信任的执行和独立的文件存储）。下面的插图显示公共语言运行库和类库与应用程序之间以及与整个系统之间的关系。该插图还显示托管代码如何在更大的结构内运行。公共语言运行库的功能公共语言运行库管理内存、线程执行、代码执行、代码安全验证、编译以及其他系统服务。这些功能是在公共语言运行库上运行的托管代码所固有的。至于安全性，取决于包括托管组件的来源（如 internet、企业网络或本地计算机）在内的一些因素，托管组件被赋予不同程度的信任。这意味着即使用在同一活动应用程序中，托管组件既可能能够执行文件访问操作、注册表访问操作或其他须小心使用的功能，也可能不能够执行这些功能。运行库强制实施代码访问安全。例如，用户可以相信嵌入在 web 页中的可执行文件能够在屏幕上播放动画或唱歌，但不能访问他们的个人数据、文件系统或网络。这样，运行库的安全性功能就使通过 internet 部署的合法软件能够具有特别丰富的功能。运行库还通过实现称为通用类型系统 (cts) 的严格类型验证和代码验证基础结构来加强代码可靠性。cts 确保所有托管代码都是可以自我描述的。各种 microsoft 和第三方语言编译器生成符合 cts 的托管代码。这意味着托管代码可在严格实施类型保真和类型安全的同时使用其他托管类型和实例。此外，运行库的托管环境还消除了许多常见的软件问题。例如，运行库自动处理对象布局并管理对对象的引用，在不再使用它们时将它们释放。这种自动内存管理解决了两个最常见的应用程序错误：内存泄漏和无效内存引用。运行库还提高了开发人员的工作效率。例如，程序员可以用他们选择的开发语言编写应用程序，却仍能充分利用其他开发人员用其他语言编写的运行库、类库和组件。任何选择以运行库为目标的编译器供应商都可以这样做。以 .net framework 为目标的语言编译器使得用该语言编写的现有代码可以使用 .net framework 的功能，这大大减轻了现有应用程序的迁移过程的工作负担。尽管运行库是为未来的软件设计的，但是它也支持现在和以前的软件。托管和非托管代码之间的互操作性使开发人员能够继续使用所需的 com 组件和 dll。运行库旨在增强性能。尽管公共语言运行库提供许多标准运行库服务，但是它从不解释托管代码。一种称为实时 (jit) 编译的功能使所有托管代码能够以它在其上执行的系统的本机语言运行。同时，内存管理器排除了出现零碎内存的可能性，并增大了内存引用区域以进一步提高性能。最后，运行库可由高性能的服务器端应用程序（如 microsoft sql server 和 internet 信息服务 (iis)）承载。此基础结构使您在享受支持运行库宿主的行业最佳企业服务器的优越性能的同时，能够使用托管代码编写业务逻辑。ado.net 概述ado.net 提供对 microsoft sql server 等数据源以及通过 ole db 和 xml 公开的数据源的一致访问。数据共享使用者应用程序可以使用 ado.net 来连接到这些数据源，并检索、操作和更新数据。ado.net 有效地从数据操作中将数据访问分解为多个可以单独使用或一前一后使用的不连续组件。ado.net 包含用于连接到数据库、执行命令和检索结果的 .net framework 数据提供程序。您可以直接处理检索到的结果，或将其放入 ado.net dataset 对象，以便与来自多个源的数据或在层之间进行远程处理的数据组合在一起，以特殊方式向用户公开。ado.net dataset 对象也可以独立于 .net framework 数据提供程序使用，以管理应用程序本地的数据或源自 xml 的数据。ado.net 类在 system.data.dll 中，并且与 system.xml.dll 中的 xml 类集成。当编译使用 system.data 命名空间的代码时，请引用 system.data.dll 和 system.xml.dll。xml 和 ado.netado.net 借用 xml 的力量来提供对数据的断开式访问。ado.net 的设计与 .net framework 中 xml 类的设计是并进的，它们都是同一个结构的组件。ado.net 和 .net framework 中的 xml 类集中于 dataset 对象。无论 dataset 是文件还是 xml 流，它都可以使用来自 xml 源的数据来进行填充。无论 dataset 中数据的数据源是什么，dataset 都可以写为符合万维网联合会 (w3c) 的 xml，并且将其架构包含为 xml 架构定义语言 (xsd) 架构。由于 dataset 固有的序列化格式为 xml，它是在层间移动数据的优良媒介，这使 dataset 成为以远程方式向 xml web services 发送数据和架构上下文以及从 xml web services 接收数据和架构上下文的最佳选择。ado.net 组件设计 ado.net 组件的目的是为了从数据操作中分解出数据访问。ado.net 的两个核心组件会完成此任务：dataset 和 .net framework 数据提供程序，后者是一组包括 connection、command、datareader 和 dataadapter 对象在内的组件。ado.net dataset 是 ado.net 的断开式结构的核心组件。dataset 的设计目的很明确：为了实现独立于任何数据源的数据访问。因此，它可以用于多种不同的数据源，用于 xml 数据，或用于管理应用程序本地的数据。dataset 包含一个或多个 datatable 对象的集合，这些对象由数据行和数据列以及主键、外键、约束和有关 datatable 对象中数据的关系信息组成。ado.net 结构的另一个核心元素是 .net framework 数据提供程序，其组件的设计目的相当明确：为了实现数据操作和对数据的快速、只进、只读访问。connection 对象提供与数据源的连接。command 对象使您能够访问用于返回数据、修改数据、运行存储过程以及发送或检索参数信息的数据库命令。datareader 从数据源中提供高性能的数据流。最后，dataadapter 提供连接 dataset 对象和数据源的桥梁。dataadapter 使用 command 对象在数据源中执行 sql 命令，以便将数据加载到 dataset 中，并使对 dataset 中数据的更改与数据源保持一致。可以为任何数据源编写 .net framework 数据提供程序。.net framework 提供了四个 .net framework 数据提供程序：sql server .net framework 数据提供程序、ole db .net framework 数据提供程序、odbc .net framework 数据提供程序和 oracle .net framework 数据提供程序。在层和客户端之间对数据进行远程处理或封送dataset 的设计使您能够使用 xml web services 方便地通过 web 将数据传输到客户端，并允许您使用 .net 远程处理服务在 .net 组件之间封送数据。您还可以通过这种方式对强类型的 dataset 进行远程处理。.net framework 数据提供程序.net framework 数据提供程序用于连接到数据库、执行命令和检索结果。您可以直接处理检索到的结果，或将其放入 ado.net dataset 对象，以便与来自多个源的数据或在层之间进行远程处理的数据组合在一起，以特殊方式向用户公开。.net framework 数据提供程序在设计上是轻量的，它在数据源和代码之间创建了一个最小层，以便在不以功能为代价的前提下提高性能。.net framework 包括 sql server .net framework 数据提供程序（用于 microsoft sql server 7.0 版或更高版本）、ole db .net framework 数据提供程序和 odbc .net framework 数据提供程序。使用 ado.net 连接到 sql serversql server .net framework 数据提供程序使用 sqlconnection 对象提供与 microsoft sql server 7.0 版或更高版本的连接。sql server .net framework 数据提供程序支持类似于 ole db (ado) 连接字符串格式的连接字符串格式。关闭连接建议使用完 connection 后始终将其关闭，以便连接可以返回到池中。这可以使用 connection 对象的 close 或 dispose 方法来实现。不是显式关闭的连接可能不会添加或返回到池中。例如，如果连接已超出范围但没有显式关闭，则仅当达到最大池大小而该连接仍然有效时，该连接才会返回到连接池中。注意不要在类的 finalize 方法中对 connection、datareader 或任何其他托管对象调用 close 或 dispose。在终结器中，仅释放类直接拥有的非托管资源。如果类不拥有任何非托管资源，则不要在类定义中包含 finalize 方法。集成安全性和 asp.netsql server 集成安全性（也称为受信任的连接）在连接到 sql server 时可以提供保护，因为它不会在连接字符串中公开用户标识和密码。建议使用该方法对连接进行身份验证。集成安全性使用正在执行的进程的当前安全标识或标记。对于桌面应用程序，安全标识或标记通常是当前登录的用户的标识。asp.net 应用程序的安全标识可设置为几个不同的选项之一。执行数据库操作和修改数据使用 .net framework 数据提供程序，您可以执行存储过程或数据定义语言 (ddl) 语句（如 create table 和 alter column）来对数据库或目录执行架构操作。这些命令不会像查询一样返回行，因此 command 对象提供了 executenonquery 方法来处理这些命令。除了使用 executenonquery 来修改架构之外，还可以使用此方法处理那些修改数据但不返回行的 sql 语句，如 insert、update 和 delete。虽然行不是由 executenonquery 方法返回的，但可以通过 command 对象的 parameters 集合来传递和返回输入及输出参数和返回值。asp.net 介绍asp.net 不仅仅是 active server page (asp) 的下一个版本；它还提供了一个统一的 web 开发模型，其中包括开发人员生成企业级 web 应用程序所需的各种服务。asp.net 的语法在很大程度上与 asp 兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。可以通过在现有 asp 应用程序中逐渐添加 asp.net 功能，随时增强 asp 应用程序的功能。asp.net 是一个已编译的、基于 .net 的环境，可以用任何与 .net 兼容的语言（包括 visual basic .net、c# 和 jscript .net.）创作应用程序。另外，任何 asp.net 应用程序都可以使用整个 .net framework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。asp.net 可以无缝地与 wysiwyg html 编辑器和其他编程工具（包括 microsoft visual studio .net）一起工作。这不仅使得 web 开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到 web 页的 gui 和完全集成的调试支持。当创建 asp.net 应用程序时，开发人员可以使用 web 窗体或 xml web services，或以他们认为合适的任何方式进行组合。每个功能都能得到同一结构的支持，使您能够使用身份验证方案，缓存经常使用的数据，或者对应用程序的配置进行自定义，这里只是列出几种可能性而已。 使用 web 窗体可以生成功能强大的基于窗体的 web 页。生成这些页时，可以使用 asp.net 服务器控件来创建公共 ui 元素，以及对它们进行编程以用于执行常见的任务。这些控件使您能够用可重复使用的内置或自定义组件生成 web 窗体，从而简化页面的代码。 xml web services 提供了远程访问服务器功能的途径。使用 xml web services，企业可以公开数据或业务逻辑的编程接口，而客户端和服务器应用程序则可以获取和操作这些编程接口。通过使用诸如 http 和 xml 消息传递之类的标准跨越防火墙移动数据，xml web services 可在客户端-服务器或服务器-服务器方案下实现数据的交换。xml web services 不用依靠特定的组件技术或对象调用约定。因此，用任何语言编写、使用任何组件模型并在任何操作系统上运行的程序，都可以访问 xml web services。 这些模型中的每一个模型都可以充分利用所有 asp.net 功能，以及 .net framework 和 .net framework 公共语言运行库的强大功能。这些功能以及使用它们的方法概述如下： 如果您具有 asp 开发技能，则新的 asp.net 编程模型对您来说将会是非常熟悉的。不过，与 asp 相比，asp.net 对象模型变化显著，它更为结构化并且面向对象。但这也意味着 asp.net 不是完全向后兼容的；几乎所有现有的 asp 页都必须经过一定程度的修改后才可以在 asp.net 下运行。此外，对 visual basic .net 的一些主要更改也意味着，用 visual basic scripting 版本编写的现有 asp 页通常将不会直接移植到 asp.net 中。不过，在大多数情况下，只需对少数几行代码进行必要的修改。 从 asp.net 应用程序访问数据库是向 web 站点访问者显示数据的常用技术。asp.net 使得为此目的而对数据库的访问比以往更加方便。它还使您能够从您的代码管理数据库。 asp.net 提供一种简单的模型，该模型使 web 开发人员能够编写在应用程序级运行的逻辑。开发人员可以在 global.asax 文本文件中或在作为程序集部署的已编译类中编写这种代码。这种逻辑可以包括应用程序级事件，但开发人员可以轻松地扩展这种模型，以适应他们的 web 应用程序的需要。 asp.net 提供易用的应用程序和会话状态功能，它们对于 asp 开发人员来说是熟悉的，且容易与所有其他 .net framework api 兼容。 对于需要使用像 isapi 编程接口（随附于以前的 asp 版本中）那样功能强大的 api 的高级开发人员，asp.net 提供了 ihttphandler 和 ihttpmodule 接口。实现 ihttphandler 接口，给您提供了一种与 iis web 服务器的低级别请求和响应服务交互的手段，并提供与 isapi 扩展非常类似的功能，但编程模型却较为简单。实现 ihttpmodule 接口使您可以包含参与对应用程序发出的每个请求的自定义事件。 asp.net 利用 .net framework 和公共语言运行库中的性能增强功能。另外，它还可以提供相对于 asp 和其他 web 开发平台来说显著的性能改进。所有 asp.net 代码都是编译的，而不是解释的，这就允许对本机代码采用早期绑定，强类型处理，以及实时 (jit) 编译，这里只列举几个优点而已。asp.net 还可方便地分解，即开发人员可以移除那些与他们开发的应用程序不相关的模块（例如，会话模块）。asp.net 还提供丰富的缓存服务（包括内置服务和缓存 api 两种）。asp.net 还提供性能计数器，开发人员和系统管理员可以监视这些性能计数器，以测试新的应用程序和搜集有关现有应用程序的度量标准。 在 web 页中编写自定义调试语句，对排除应用程序代码中的错误非常有帮助。但是，如果不移除它们，则会带来麻烦。问题是，在应用程序准备好移植到生产服务器时从页面中移除调试语句，会需要很大的工作量。asp.net 提供 tracecontext 类，在开发页面时该类用于在页面上编写自定义调试语句。只有当您已经对页面或整个应用程序启用跟踪时它们才出现。启用跟踪还将有关请求的细节追加到页面，或者，追加到存储在应用程序根目录中的自定义跟踪查看器（如果这样指定的话）。 .net framework 和 asp.net 为 web 应用程序提供默认授权和验证方案。可以方便地移除、添加或者替换这些方案，这取决于应用程序的需要。 asp.net 配置设置存储在基于 xml 的文件中，这些文件都是人可读和可写的。每一个应用程序都可以有不同的配置文件，可以扩展配置方案，以适应您的要求。 当应用程序安装在同一台计算机上，但使用不同的 .net framework 版本时，就说应用程序是并行运行的。 iis 6.0 使用一个称为辅助进程隔离模式的新进程模型，它不同于 iis 早期版本中使用的进程模型。当在 windows server 2003 上运行时，默认情况下 asp.net 使用该进程模型。维护控件中的状态asp.net 服务器控件从 control 继承名为 viewstate 的属性，这使它可以很容易地加入状态管理。viewstate 的类型是 system.web.ui.statebag，它是存储名称/值对的字典。asp.net 页框架将 viewstate 存留到一个字符串变量，将它发送到客户端并作为隐藏变量返回。在回发时，页框架分析来自隐藏变量的输入字符串并填充每一控件的 viewstate 属性。如果一个控件将 viewstate 用作属性数据而不是专有字段，则在到客户端的往返过程期间将自动存留该属性。（如果属性未存留在 viewstate 中，则回发时返回其默认值是切实可行的。）以下代码段说明在 viewstate 中保存的属性。c#public string text get return (string) viewstatetext; set viewstatetext = value; 可被存留在 viewstate 中的类型如果一个类型是可序列化的或具有为其定义的 typeconverter，则该类型可以存留在 viewstate 中。但是，与具有 typeconverter 的那些类型相比，只可序列化的类型不但更慢而且生成大得多的 viewstate。使用为基元类型以及为 string、arraylist 和 hashtable 优化的有限对象序列化格式，对 viewstate 进行序列化。viewstate 和性能控件开发人员应该知道，viewstate 中的任何数据自动生成到客户端的往返过程。因为往返过程影响性能开销，所以明智的使用 viewstate 是十分重要的。如果有若干依赖通用数据的属性，则可以通过只将关键元素存留到 viewstate 来优化性能。控件从 control 继承名为 enableviewstate 的属性，该属性允许控件的使用者启用或禁用其 viewstate 的持久性。使用 viewstate 自定义状态还原为了提高效率，或者为了保存默认情况下不能在 viewstate 中存储的自定义类型，控件可以自定义在 viewstate 中存储属性数据的方式。如果控件自定义属性数据的存储，则该控件必须还提供为从 viewstate 中存储的数据还原属性值提供自定义实现。基类 control 为此目的提供两个方法：saveviewstate 和 loadviewstate。这些方法具有以下签名。c#protected virtual object saveviewstate();protected virtual void loadviewstate(object savedstate);overview of the .net frameworkthe .net framework is an integral windows component that supports building and running the next generation of applications and xml web services. the .net framework is designed to fulfill the following objectives: to provide a consistent object-oriented programming environment whether object code is stored and executed locally, executed locally but internet-distributed, or executed remotely. to provide a code-execution environment that minimizes software deployment and versioning conflicts. to provide a code-execution environment that promotes safe execution of code, including code created by an unknown or semi-trusted third party. to provide a code-execution environment that eliminates the performance problems of scripted or interpreted environments. to make the developer experience consistent across widely varying types of applications, such as windows-based applications and web-based applications. to build all communication on industry standards to ensure that code based on the .net framework can integrate with any other code. the .net framework has two main components: the common language runtime and the .net framework class library. the common language runtime is the foundation of the .net framework. you can think of the runtime as an agent that manages code at execution time, providing core services such as memory management, thread management, and remoting, while also enforcing strict type safety and other forms of code accuracy that promote security and robustness. in fact, the concept of code management is a fundamental principle of the runtime. code that targets the runtime is known as managed code, while code that does not target the runtime is known as unmanaged code. the class library, the other main component of the .net framework, is a comprehensive, object-oriented collection of reusable types that you can use to develop applications ranging from traditional command-line or graphical user interface (gui) applications to applications based on the latest innovations provided by asp.net, such as web forms and xml web services.the .net framework can be hosted by unmanaged components that load the common language runtime into their processes and initiate the execution of managed code, thereby creating a software environment that can exploit both managed and unmanaged features. the .net framework not only provides several runtime hosts, but also supports the development of third-party runtime hosts.for example, asp.net hosts the runtime to provide a scalable, server-side environment for managed code. asp.net works directly with the runtime to enable asp.net applications and xml web services, both of which are discussed later in this topic.internet explorer is an example of an unmanaged application that hosts the runtime (in the form of a mime type extension). using internet explorer to host the runtime enables you to embed managed components or windows forms controls in html documents. hosting the runtime in this way makes managed mobile code (similar to microsoft activex controls) possible, but with significant improvements that only managed code can offer, such as semi-trusted execution and isolated file storage.the following illustration shows the relationship of the common language runtime and the class library to your applications and to the overall system. the illustration also shows how managed code operates within a larger architecture.features of the common language runtimethe common language runtime manages memory, thread execution, code execution, code safety verification, compilation, and other system services. these features are intrinsic to the managed code that runs on the common language runtime.with regards to security, managed components are awarded varying degrees of trust, depending on a number of factors that include their origin (such as the internet, enterprise network, or local computer). this means that a managed component might or might not be able to perform file-access operations, registry-access operations, or other sensitive functions, even if it is being used in the same active application.the runtime enforces code access security. for example, users can trust that an executable embedded in a web page can play an animation on screen or sing a song, but cannot access their personal data, file system, or network. the security features of the runtime thus enable legitimate internet-deployed software to be exceptionally feature rich.the runtime also enforces code robustness by implementing a strict type-and-code-verification infrastructure called the common type system (cts). the cts ensures that all managed code is self-describing. the various microsoft and third-party language compilers generate managed code that conforms to the cts. this means that managed code can consume other managed types and instances, while strictly enforcing type fidelity and type safety.in addition, the managed environment of the runtime eliminates many common software issues. for example, the runtime automatically handles object layout and manages references to objects, releasing them when they are no longer being used. this automatic memory management resolves the two most common application errors, memory leaks and invalid memory references.the runtime also accelerates developer productivity. for example, programmers can write applications in their development language of choice, yet take full advantage of the runtime, the class library, and components written in other languages by other developers. any compiler vendor who chooses to target the runtime can do so. language compilers that target the .net framework make the features of the .net framework available to existing code written in that language, greatly easing the migration process for existing applications.while the runtime is designed for the software of the future, it also supports software of today and yesterday. interoperability between managed and unmanaged code enables developers to continue to use necessary com components and dlls.the runtime is designed to enhance performance. although the common language runtime provides many standard runtime services, managed code is never interpreted. a feature called just-in-time (jit) compiling enables all managed code to run in the native machine language of the system on which it is executing. meanwhile, the memory manager removes the possibilities of fragmented memory and increases memory locality-of-reference to further increase performance.finally, the runtime can be hosted by high-performance, server-side applications, such as microsoft sql server and internet information services (iis). this infrastructure enables you to use managed code to write your business logic, while still enjoying the superior performance of the industrys best enterprise servers that support runtime hosting.overview of ado.netado.net provides consistent access to data sources such as microsoft sql server, as well as data sources exposed through ole db and xml. data-sharing consumer applications can use ado.net to connect to these data sources and retrieve, manipulate, and update data.ado.net cleanly factors data access from data manipulation into discrete components that can be used separately or in tandem. ado.net includes .net framework data providers for connecting to a database, executing commands, and retrieving results. those results are either processed directly, or placed in an ado.net dataset object in order to be exposed to the user in an ad-hoc manner, combined with data from multiple sources, or remoted between tiers. the ado.net dataset object can also be used independently of a .net framework data provider to manage data local to the application or sourced from xml.the ado.net classes are found in system.data.dll, and are integrated with the xml classes found in system.xml.dll. when compiling code that uses the system.data namespace, reference both system.data.dll and system.xml.dll.xml and ado.netado.net l