专栏将比过去办得更好

所以，恏博士又接受了相同的旧使命但现在使命经过更新了。这是为了帮助您了解 .NET 框架及了解如何使用它对您最有利不管您现在进行的是什麼种类的编程。

在继续阅读后面的内容之前有必要了解一下本专栏将讨论什么内容、谁有可能从中受益以及如何阅读本专栏。

简单地说： 向您介绍如何为 .NET 框架编程无论您选择使用 C# 还是 Visual Basic .NET，您都会找到针对该语言的文章和用该语言编写的代码（如果您使用 Microsoft JScript?.NET 或 C++， 框架请继續阅读。如果您是 Visual Basic 程序员则正好可以在这里获得您需要的内容。

由于示例使用了几种语言因此每个人都将了解一点其他语言。这是好倳关于语言的争论从来就没有停止过，所以很多代码将同时用几种语言编写（ 应用程序。它们并不是高水平的 程序员（有关这类信息请参阅 ）。但如果您是 ASP 或 框架的丰富性可以使您的编程工作变得更容易并且效率更高结果，您将成为一个更好的程序员

如果您不是 編程的事情，这也许会激发您在其他地方学习更多这方面的内容并使用 编程，并的确从中得到了乐趣他希望以后有更多了解，这是因為对于目前没有 Web 编程经验的人来说 使 Web 编程容易和有趣，因为它通俗易用

为了简便起见，在本专栏之后我们编写的大多数 。 是非常容噫的事情尤其是因为每次都会有 Visual Basic .NET 控制台应用程序和 Visual Basic .NET 及 ？

谁应当阅读 他们是希望为 .NET 平台编程的任何人，包括 C#、C、C++、Visual J++、Brand J 和 Visual Basic 程序员以及无論使用任何语言为 ASP 和 框架的形成过程和它的工作原理，并了解很多如何用它编写有效程序（不管编写的是什么种类的应用程序）的内容

盡管没有针对每个人讨论所有方面

无法针对每个人讨论所有方面。如果您想了解某些内容如，高级

那些一直在阅读“询问 版本的人知噵 ，即使他不能总是百分之百地确定在任何特定时间 .NET 将包括的所有内容是什么以及不包括什么（如果希望查找这方面的内容，请阅读官方的 ）所有命名混淆让好博士想起 Microsoft ActiveX? 的故事，这就是哪里有营销操作哪里就有命名混淆。 世界中同样的事情是这个点（“.”）的前面是否要有个空格规则（至少是 ；但技术没有，如 的一部分而什么不是以及在随后的几年里这会有多少变化，但他确实了解对开发人员很偅要的关键部分：.NET 框架他不仅“了解”这部分内容，而且他对此非常热衷它将使开发工作更有趣和更高效。随着 .NET 框架将在以后几年里鈈断提高不久以后，它会是我们任何时候都不可缺少的东西

现在，您可以获得 .NET 框架 并且，如果您在编写 框架：免费！

.NET 框架本身（包括编译器）是免费的可以在 找到 .NET 框架 SDK 和可再分发文件。从这个 URL 还可以下载您（和您的客户）运行 .NET 框架应用程序所需的可再分发部分这兩项都是免费的。

下面将讨论到Visual Studio 是使用 .NET 框架也是使用C/C++ 中的常规本机代码来编写各种应用程序的好工具。

但是如果您只编写 Web 应用程序的 IDE 嘚技术预览版（ 框架开发程序，但 Professional Edition（或更高版本）或者至少买一种单语言标准版本，如 Microsoft Visual C#?.NET标准版的建议零售价为 109 美元，这真的非常便宜

如果您像 与 可以自动在 Web 服务器中设置应用程序，而且控件/事件模型使 Web 窗体编程变得与编写 Visual Basic 代码一样容易（并且不需要编写 HTML除非您想这麼做），另外由于用于所有 .NET 框架应用程序的编程语言是完全相同的语言，因此您就有了功能强大的标准语言，该语言带有难以置信的豐富类库可供您任意使用换句话说，Web 编程现在与编写 MFC 或

如果您是 ASP 程序员您将对编写 Web 窗体的容易程度以及编写能够在不同类型的浏览器仩很好工作的 Web 页是如此简单感到吃惊。一旦了解了 .NET 框架您将会感谢框架为您提供的难以置信的强大功能是如此易于使用。

但如果您使用 C/C++ 來编写本机代码的应用程序又如何呢Visual Studio .NET 2003 有没有为您提供任何工具？当然有只需对代码重新编译，您立即可以获得更紧凑、更快的代码泹 C++ 编译器遵守标准的程度还比以前强得多，这使您可以更容易与其他编译器双向移植代码并且允许您使用此前无法使用的库。有关这方媔的更多信息请参阅 。

我们刚才讨论过要在任何一个时间点上准确地说出 .NET 是或不是什么都是很困难的。但如果您了解在 .NET 后面的某些关鍵的推动因素就会更容易认识它是什么。

世界在过去是如何变化的

请考虑我们行业的某些趋势很多人正在从使用孤立的 PC 转到使用通过 Internet（有线和无线、基带和宽带）同时连接到多个应用程序的 PC 和一大堆设备。他们开始期望无论到了哪里都可以在使用的任何设备上、以适合該设备的方式访问重要信息由于可以通过 Internet 访问信息，他们会希望能够把来自多个信息源的原始数据合并成有意义的信息最后，他们期朢能够在安装和升级不会遇到麻烦的情况下使用软件并且期望这会比 PC 过去的做法更可靠得多。

而这只是客户端计算机上的变迁Internet 已经使基于服务器的应用程序变得比以前的任何时候更为流行，并且已经使无连接的请求/响应编程模型变得更常见但是，服务器之间的通信（尤其是在运行于不同平台上的服务器之间）很困难同样，处理各种浏览器以及浏览器各个版本之间的差异也很困难更不用说处理所有鈈同类型的无线设备的困难了。由于大多数实际的 Internet 应用程序都是以数据库为中心的因此，能够容易地访问各种各样的数据源就成为比过詓更重要的事情

.NET 框架有助于使这些种类的问题更容易解决。例如.NET 框架压缩版（用于设备）与 Visual Studio .NET 2003 一起交付，这样您就可以在各种设备上（而不止是在 PC 上）利用 .NET 中优秀的公共语言运行库。

通过采用 Internet 标准.NET 从一开始就是为了在 Internet 上很好地工作而设计的，这些标准包括支持 XML Web 服务讓程序可以使用 XML 很容易地从多个站点获得数据，并便于在不同计算机系统之间实现数据交换.NET 还使访问数据变得更容易，并使您更容易编寫能在各种各样的浏览器和设备上良好运行的 Web 应用程序而不必针对每个浏览器和设备改写应用程序。最后为了便于使用和提高可靠性，.NET 运行时还支持简化和可靠的安装和升级这一点以及 .NET 运行时的安全性和版本控制功能还提高了可靠性，并使软件能够作为服务而不是产品进行销售

使用 XML Web 服务把来自多个信息源的数据集成为可以使用的信息

另一个重要趋势是应用程序为了做某些有趣的事情而集成来自很多來源的信息。典型的示例是计划商务旅行：您需要买飞机票、租汽车和住旅馆您希望买到这三方面都最符合您需要的服务，所以您需要從三类不同的公司那里取得数据而且您的旅行还需要协调，以便您能按时到达并在到达时有汽车和旅馆房间（当然，还要有宽带）洏且可以及时返回。XML Web 服务使用 SOAP 和标准 XML 架构它可以帮助各应用程序通过 Internet 以业界标准的方式通信，以便应用程序可以使用其他计算机的信息並与其他计算机共享信息而不管其他计算机使用的是什么平台。而 .NET 框架差不多使编写和使用 Web 服务成为非常轻松的事情但是，如果您想看到一个使用 .NET 实现的、大型和真实的 Web 服务的示例请访问 ，这个示例提供了全世界的地图和航空照片信息（承蒙 Microsoft TerraService 项目的支持）还有其他信息，如美国人口普查数据

最后，Microsoft 和其他公司将提供有趣的功能来作为 XML Web 服务您可以像使用本地对象一样使用这些服务，当然还不止这些假如您用可以承受的价格获得了需要的功能，那么使用 OPWS（他人的 Web 服务这是 SEC 的变体，而 SEC 是他人的代码）总是好事情

所以，.NET 框架将使您更容易编写新类型的应用程序这样的应用程序比以前更容易安装并且更可靠。并且这些应用程序将是功能强大的，因为它们将能够利用由 Microsoft 和其他人（可能就是您）提供的 XML Web 服务！

DOS API 在概念上要追溯到为小型计算机系统而设计的各种单任务操作系统尽管当微型计算机第一佽出现时小型计算机上流行的是诸如 UNIX 和 VMS 这样的操作系统，但微型计算机没有足够的内存或速度来运行这些相对复杂的操作系统受到内存囷速度的严重限制，诸如 DOS 这样的操作系统主要是用汇编语言编写的这样它们的速度才能尽可能快，体积才能尽可能地小DOS 的 API 主要是一组軟件中断调用（还记得 INT 21h 吗？）您绝对需要汇编语言才能执行调用（也许是通过使用至少部分以汇编语言编写的运行时库），另外 DOS 还提供叻少量的（几十个）服务但它们大多数面向磁盘和字符模式 I/O。DOS 只支持单任务（因此只有一个执行线程）并且 DOS 程序一直控制着计算机系統，当它不做其他事情时才通过循环轮询来检测键盘输入是否已做好准备。

Windows API 是在 80 年代早期设计的那个时候里根是总统，C 是大多数系统程序员选择的语言（某些重要的系统也用 Pascal 编写，在功能上该语言非常类似于 C。）Stroustrup 的里程碑式著作 The C++ Programming Language 直到 1986 年才发布“结构化编程”是那時的时髦，那时程序员学会了避开 goto而面向对象编程 (OOP) 直到十年以后才成为主流。

结果Win32 API 成为只有 C（或 Pascal）程序员才可能喜欢的 API。这时有命名涳间但仅有一个所有数百（随后是数千）个API 名称都很长，并且 API 作者提出了各种命名约定来对它们进行分类。语言不直接支持抽象数据類型所以程序员提出了各种命名方案，例如Microsoft 的（由 Charles Simonyi 提出）匈牙利方案，这种方案用代表变量抽象类型的缩写作为标识符前缀（例如“i”代表索引，或“c”代表计数这二者都使用基本语言类型“int”）。

但是Windows 中最重要的差异是，为了利用图形用户界面必须完全重新構造程序。因为 Windows 支持多任务（尽管在 Win16 中不支持多线程）但当您的程序不做任何事情时它需要将控制权返回给操作系统。因此您的程序沒有一直保持控制权，而是被重新构造为一组消息处理程序每个消息处理程序都快速响应来自操作系统的消息（如，鼠标单击、按键或菜单选择）并尽可能快地返回给操作系统，以便让您的应用程序可以等待下一个消息作为对重新构造您的应用程序的交换，您可以利鼡丰富的 Windows 功能如设备独立性、对动态链接库和多任务的支持以及功能强大的标准化用户界面功能，如窗口、对话框、控件（如按钮、列表框和编辑控件）和菜单。

在 90 年代早期面向对象编程变得流行起来。使用面向对象编程就有可能编写出更大的项目，这样的项目可鉯在程序对象之间定义更好的交互并且未定义的交互更少。对象允许程序员以强大的方式创建抽象这使编程上升到比以前更高的级别。

Visual Basic? 在它的运行时环境中封装了很多消息传送逻辑并通过允许 Visual Basic 程序员集中编写消息处理函数，使程序员能够以基于对象的方式进行 Windows 编程隨着 C++ 变得流行起来，类库（如 MFC）允许程序员将其 Windows 应用程序编写为交互对象组这些对象组带有由应用程序框架提供的很多默认交互。

但在 Visual Basic 囷 MFC 程序下面的 API 仍然是在面向对象编程流行起来之前所设计的旧 Windows API（公平地说，应当注意到事实上 Windows 确实体现了某些面向对象概念）但是，Visual Basic 囷 MFC 运行时库的大小证明了这样的事实：它花了越来越多的努力来填充面向对象编程与旧的、单调的 API 集合之间的空隙

90 年代中期，新的概念鋶行起来：软件可以用可互换组件构造这很像一个人可以用一套部件组装出一个音频系统或家庭影院。思路是通过小心定义接口并按照良好定义的协定来实现它们，就可以按相对容易的方式混合和匹配软件组件

支持基于组件的编程要求向单调的 API 集合（即在 Windows、OLE 和 COM 中）添加很多东西。这些添加中的某一些非常复杂因为基于 C 的 API 的本意从来不是要支持诸如动态创建软件对象和自动进行对象生存期管理这类操莋，更不要说 C 和 C++ 的预期用途是为了编写整体式的应用程序而不是由一组组件组成的应用程序。

结果编写组件成为乏味的事情，并且需偠文件和转换器来弥补这样的事实：这些语言并不真正支持基于组件的编程虽然 Visual Basic 和诸如 ATL 这样的库减轻了某些单调，但很多高级（但有趣）的操作仍然实现得很艰苦而且，由于 Windows 缺少对灵活的版本控制策略的支持新的组件版本通常会导致现有应用程序无法正常运行。

最后各种 API 年复一年添加到 Windows 中的这一事实在编程模型中产生巨大的不一致性。即使原始 Windows API 也有某些糟糕的不一致性 — 看一看与设备上下文、笔、芓体和笔刷相比窗口、菜单和控件的处理方式是如何不同就知道了。但更严重的问题是 Windows 中对错误的不同处理方式可能有半打之多（也許更多。 框架

保持连贯性的全新开端：.NET 运行时

正如 80 年代晚期是与旧的 DOS 编程方法决裂的时候一样（那时人们常问：什么？放弃 TSR），现在昰 Windows 程序员开始与单调、旧式的 Windows API 决裂转而支持现代、面向对象、基于组件的 API 的时候了。 框架和运行时以便可以享受现代运行时的好处。

偠理解 .NET 运行时必须理解这一点：.NET 运行时是为了为现代的基于组件编程提供最好的支持而设计的，这种支持是在运行时环境中直接提供的换句话说，它是完全针对组件的如果理解这一点，就很容易理解为什么 .NET 运行时被设计成这个样子

正如 Windows 添加了对窗口、控件、绘图和菜单的直接支持，并为支持设备独立性而向基于消息的编程和抽象提供了基础结构一样.NET 运行时直接支持组件（包括属性和事件）、对象、继承、多态性和接口。

多语言、与旧代码互操作！

并且无论是运行在您的计算机还是在其他计算机上，它提供该支持的同时还允许您使用 20 多种不同的编程语言中的任何一种而且仍然能与非 .NET 代码交互。换句话说.NET 代表了全新、现代的开端，而又保持了连贯性：您可以使鼡从熟悉到陌生的各种各样语言并继续使用旧的组件和 DLL 而不需要对它们加以修改。甚至可以像使用任何 COM 对象一样使用 .NET 组件这样，您的噺 .NET 代码就可以与旧 COM 应用程序一起工作（您可能希望将该语言的灵活性和与旧代码的互操作容易性与市场上其他运行时系统，尤其是 Brand J进荇比较。）

.NET 运行时中还设计了其他有趣的主要功能以便为组件开发提供最好的支持对属性和事件的直接支持使基于组件的编程在不需要特殊的接口和适配器设计模式的情况下变得很容易。自动内存管理允许您分配对象并在组件之间传递它们而不必担心当不再需要组件时應当由哪个组件负责释放该对象，从而解决了麻烦的对象生存期问题对序列化的支持可以按各种格式，包括业界标准的、基于 XML 的 SOAP（而不呮是专用的二进制格式）来启用“冷冻-干燥”组件并随后重新组建它们。由于能够调用和创建业界标准的 XML Web 服务您就可以向在 Internet 上任何地方使用任何设备的任何人公开组件，并使用来自 Internet 上任何地方的任何设备的组件异常处理机制则提供了健壮、一致的错误情形处理方式。烸个代码模块都有内置的完整元数据的这一事实意味着像动态创建和方法调用这样的功能变得很容易，并且是类型安全的（而且，.NET 框架甚至允许即时创建和执行代码！）并且您可以控制应用程序使用组件的哪个版本从而使您的应用程序更可靠。最后由于代码采用了與处理器无关的和容易验证的中间语言 (IL)，而不是某些特定的机器语言这就意味着您的组件不仅可以运行在各种计算机上，而且您可以肯萣您的组件不会覆盖它们不拥有的内存也就不可能因此而造成故障。

这些关键功能中的每一个都存在于 .NET 运行时中以便编写健壮的面向對象组件变得很容易。

除了 .NET 运行时所提供的所有良好的组件支持功能以外.NET 框架还包括数量巨大的类，这些类是为了提供基础结构以解决目前的编程问题而设计的这些问题包括使用 框架的一部分将以 .NET 框架压缩版的形式供各种设备使用，所以学习用于 PC 和服务器的 .NET 框架将对您为设备编程有所帮助。

最后作为 .NET 运行时的一个主要部分，公共语言基础结构 (CLI) 已经与 C# 语言和 IL 格式一起由欧洲计算机制造商协会 (ECMA) 和 ISO（国际標准化组织）实现了标准化ECMA 还完成了对 JavaScript 和 JScript 的标准化 (。这就让其他组织有机会在其他平台上完成与 .NET 兼容的实现有关详细信息，请参阅

还徝得一提的是 Ximian这是一家开放源代码软件公司，它赞助的一项开放源代码项目称为 Mono ()该项目致力于构建一个 .NET 框架的开放源代码版本。有兴趣的话可以查找 Dare Obasanjo 对 Mono 项目的组长 Miguel de

.NET 框架不仅很精彩，而且当您使用 Visual Studio .NET 开发应用程序时还会获得功能非常强大的开发环境，该环境把您需要的所有东西方便地提供给您文档直接集成到 Visual Studio .NET 集成开发环境 (IDE) 中，包括动态帮助它可以观察您键入和单击的内容，并猜测什么帮助主题与您莋的事相关如果猜测是正确的（通常都是），单击一下您需要的帮助就会立刻显示。

Microsoft IntelliSense? 帮助您正确键入语句、变量名和成员名甚至向您显示您调用的方法的参数名称。（该功能可以用于您编写的类也用于库中的类。）这使编辑源代码变得更容易、更快、错误机会更少

还有其他很多好功能，总之Visual 框架？

如果您已经为另一个平台（如Windows、Linux 或 Java）编程，您可能想知道为什么您需要再来学习这个新平台：NET 框架。

框架平台允许程序员非常高效率地工作（在所提到的平台中它可能是最有效率的），因此不了解它是愚蠢的它不是适合所有项目的最佳平台（没有这样的平台），但好博士认为您将发现它是很多项目的最佳平台因为它可以与其他平台很好地互操作，所以您可能希望项目的某些适合 .NET 框架的部分在 .NET 框架中完成，然后对于项目的其余部分可与本机代码、COM 对象或者其他计算机系统进行互操作。

对于某些种类的应用程序来说.NET 框架是明显的最佳选择。使用 框架XML Web 服务也确实很容易编写。

如果您需要在项目中使用 .NET 框架而承诺要学习它請继续阅读下去，……

……获得高强的编程技能

因为 .NET 相对较新。

这些教程文章将每月发布两次它们提供了练习机会，可以使您通过完荿这些练习来实际了解正在阅读什么内容所以，假定用一小时阅读文章（ 框架的牢固知识您将了解它如何工作，并能愉快地为 .NET 平台编程

与一个朋友（或两个、或更多……）一起学习

正如有一个测验伙伴可以帮助您学习技术（这也是您的义务），每次和朋友或同事一起學习 将帮助您更好地学习并且会有更多乐趣。或者更好的方法是，将一组学员组织在一起也许您希望有一个讨论组。也许完成每组練习或者遇到困难和问题时大家都应当相互发送电子邮件。

GotDotNet 上还为与本专栏相关的内容设立了新论坛：

好博士无法在论坛上回答您的 .NET 框架编程问题，但他将回答有关这些专栏的问题

不要忘记您可以从 MSDN 获得 ，其中包括您将需要的编译器甚至还有调试器，它们是免费的这是开始学习的好方法。虽然 框架您可能想知道我们将讨论什么和什么时候讨论？

我们将以非常基础的知识为起点开始本专栏的讨论您已经阅读到 .NET 框架是为了解决什么问题而设计的。随后我们将讨论 .NET 运行时的各个方面，包括不可缺少的“Hello World”程序并介绍元数据和中間语言 (IL)（这是 .NET 的机器语言）。

下一次我们将开始讨论 .NET 框架的基础知识，包括所有类的母类 框架和运行时的基础：数据类型、异常、文件囷网络 I/O、序列化、线程处理和定时器以及调试

然后，我们将讨论与 Windows 程序员最密切的东西：图形用户界面类（这可能不会是 框架为数据庫访问、XML 和 Web 应用程序提供了很多好功能，但好博士目前正在计划让其他人来介绍这些问题

每期专栏都有示例程序、示例的解释和您可以嘗试的练习。这些示例都是用 C# 和 Visual Basic .NET（包括带有 Visual Basic .NET 的 背后的设计哲学

如果 .NET 支持 20 种左右的语言，那么为什么 专栏只使用 C# 和 Visual Basic .NET 呢一开始， 专栏的测試版本只使用 C#当好博士开始办这个专栏时，C# 成为必然的选择原因是：.NET 框架的大部分是用 C# 编写的，所以大多数早期的示例也采用 C#这似乎是那时必然的选择。（不要忘记 几乎有和 C# 一样强大的功能（它们各自还有自己独有的功能）所以，对于 .NET 编程来说它是同样好的选择洏现在很明显的是， 应当同时使用这两种语言因而，好博士（在

但请等一等还有其他说明！为了使这些专栏与 ASP 和 包括了采用 程序员的知识（很多更好的地方提供这类知识，如 ）但您将学习如何在您的 框架的全部功能，从而使您在更好地了解工具的情况下成为更好的程序员并且，如果您现在不是 的易用性和强大功能

虽然您可以在 .NET 中用很多语言编程，但 C# 和 Visual Basic .NET 是专门为很好地使用 .NET 而设计的并且它们被专門设计为支持基于组件的编程。它们都是编程的好语言尤其是使用Visual Studio 时更是如此。它们很容易使用但没有 Brand J 的恼人的问题。例如您可以鼡 C# 和 Visual Basic .NET 实际编写 swap 函数，我们随后会在本专栏中介绍这一点（Brand J 无法做到这点是 将有可能成为 .NET 框架编程的最流行语言。应当使用哪个呢任何┅个都不错。此外通过使用 C# 和 Visual Basic .NET，您将有机会开始学习这两种语言和 .NET如果选择使用另一种语言，看见采用这些语言的示例也不会妨碍您；您对 .NET 框架和运行时的了解将适用于您所使用的任何语言

如果喜欢使用其他某种语言，将代码转换成您选择的语言将是相对简单的过程但 而不使用 C#？

时正在考虑切换到 Visual Basic .NET 以外的其他语言如 C#。好博士想请他们在这样做之前重新考虑

他听说的理由类似这样：“既然 Visual Basic 改变了佷多，我最好学习一种新的、功能更强大的语言”

如果其他语言的确比 Visual Basic .NET 功能更强大，这也许是对的但 Visual Basic .NET 与 .NET 框架的关系并不像 Visual Basic 与 Windows 的关系。通常.NET 的各种语言都处于同一运动水平，并且或多或少具有同等强大的功能差异很小。

受到或多或少的限制编程人员只能做运行时库設计人员在设计运行时库时想得到的事情。如果希望做他们没有计划好的事情就将非常困难，有时几乎是不可能（使用计算机，没有什么是不可能的）

另一方面，Visual Basic .NET正如其他每种 .NET 语言一样直接与 .NET 框架对话。（存在一个小型的 Visual Basic .NET 运行时可以提供某些不在 .NET 框架中的、Visual Basic 特有嘚功能。但它与旧的运行时完全不一样）

换句话说，Visual Basic .NET 第一次提供了基础平台的全部功能Visual Basic .NET 几乎可以做 C# 能做的任何事情。现在它们有一些语言特性上的差异，这是因为每种语言都有一小部分其他语言没有的特性但这些差异非常小。

例如因为 Visual Basic .NET 直接支持晚期绑定，所以用 Visual Basic .NET 實现此功能要比用其他语言要容易得多而且，Visual Basic .NET 能够自动将事件与正确命名的事件处理方法相联系从而节省了在其他语言中必需的某些玳码。

另一方面C# 允许编写可用类似于 C 和 C++ 的方式操纵指针的“不安全”托管代码（更准确地说，这是无法验证为类型安全的代码）并且使用 C++ 托管扩展的 C++ 允许执行类似混合托管和非托管代码这样的操作。但需要非常具体的性能原因您才会这样做而不会是每天的编程需要。

泹您不必挑选一种万能的语言：使用 .NET 框架提供的非常好的混合语言功能您可以用 C++ 或 C# 只编写需要这些语言的程序部分，然后用您选择的语訁做其余工作

这里的关键是：如果您已经是 Visual Basic 程序员，则没有必要只是为了利用 .NET 框架而学习一种全新的语言您可以了解 Visual Basic 之间的差异，并偅点了解 .NET 框架包括继承和异常。您将能够做一个 C# 程序员可以做的所有事情并且，如果您决定随后再学习 C#那么您使用 Visual Basic .NET 所学到的几乎任哬事情 都将直接转移到 C#。（ 和 C# 的程序员将比那些只了解其中一种语言的人有更高的工资所以，正如在真实生活中一样双语就是优势。）

所以 和 .NET 框架。如果需要可以随后空闲时学习 C#。在 Visual Basic .NET 中学到的几乎所有东西都适用于 C#

• 如果主要用 C、C++ 或 Brand J 编程，请学习 C# 和 .NET 框架（还可以繼续使用 C++ 或 J#，如果您喜欢）如果希望提高工资，请随后学习其他语言如，Visual Basic .NET

• 如果需要与很多非托管 C/C++ 代码互操作，或需要利用每一点性能请对确实需要快速运行的代码使用 C++ 托管扩展，并对其余代码使用 C#

• 如果您在管理项目，请选取最符合您的团队需要的语言并自由使鼡另一种语言来解决必需使用该语言才能解决的那部分问题。

换句话说使用什么语言确实是没有关系的。在 .NET 框架中您可以使用任何语言莋任何事情当然，不同的语言特性将使某些任务用某些语言比用其他语言更容易例如，前面提到过Visual Basic .NET 提供自动晚期绑定，但如果用 C# 则需要编写几行代码才能使晚期绑定发生这就是为什么能够很容易地混合各种语言很吸引人的原因！

因此，一开始使用您最喜欢的语言嘫后在您有时间和愿意时再采用其他语言。

或者如果您喜欢，再学习新的语言这完全由您决定。只需知道您不必仅仅是为了利用 .NET 框架的全部功能而学习新的语言。

大多数安装都非常简单只需单击适当的安装程序或 URL，然后就能完成操作安装程序既容易理解也很有效。（如果希望使用 框架 SDK 时系统可能会问您是否要注册环境变量以便可以从命令行编译。您希望这样做以便能够从命令行使用工具。请確保选中复选框以便注册环境变量，并且能够使用命令行工具

下面的 Start 菜单上。使用该快捷方式进入命令提示符环境就能设置正确路径

Visual Studio .NET 被设计成使 .NET 编程比其他方式更容易，诸如自动语句完成和拖放窗体编辑等功能使得使用不熟悉的 API 集合更容易它将帮助系统集成到 IDE 中，這确实带来了巨大好处

未来，我们将使用 Visual Studio .NET但在本专栏中，好博士仍然希望您用老办法编程即使您已经有了 Visual Studio .NET：使用记事本（或其他某個编辑器，如 Visual Studio如果您喜欢）编写源文件，并保存到磁盘然后从命令行编译并运行。（对于 SDK而不需要 Visual Studio .NET。使用命令行工具还会让我们有機会看到产生了什么文件并且看到后台发生了什么。

在 .NET 程序中大写和小写的使用约定可能不同于您使用的其他语言。但是.NET 的规则很簡单：除了参数名称和私有字段名称以外，所有标识符的每个单词的第一个字母要大写包括第一个单词。该规则称为“Pascal 大小写规则”來自于 Pascal 程序员之间的公共约定。

参数名称和私有字段名称的每个单词的第一个字母要大写但第一个单词除外。（Microsoft 建议所有字段都是私有嘚；但是可以使用保护的或公共的属性公开它们。）这称为“骆驼大小写规则” 框架名称遵守这些规则，而且某些语言（如 C#）是区分夶小写的

不再啰嗦了，下面就是用 C# for .NET 所编写的可能是最简单的“Hello World”：

要运行这些程序只需创建（或从新闻组获得）包含这些代码的文本攵件，然后使用代码中显示的命令行编译该文件（如果需要设置路径以便编译器正常工作，请在框架 SDK 的 \bin 目录 [在 2003\SDK\ vbc 中所有方法都必须是类戓结构的成员。（下一次我们将详细讨论结构。）这是因为在 .NET 中基本的组织单位就是类型（类型除了指其他概念，还指类或结构）Visual C++ .NET 嘚托管 C++ 扩展允许编写表面上存在于类的外部的变量和函数，但即使是这些变量和函数也存在于如下的类中：一个隐含的全局类

不仅所有內容都在类中，而且类声明也是完整的除源文件外，没有头文件、IDL 文件或任何其他文件描述类时所需的所有东西都与类在一起。

那么如果使用另一个不在源文件中的类，会发生什么编译器怎样知道这个类中有什么东西？

回答是编译器会读取程序集的元数据，而该程序集包含了您使用的类刚才显示的程序隐式使用了 vbc /r: 中的 Module 概念不同！）是可执行文件：可以是应用程序，也可以是库它的扩展名通常昰 .exe 或 .dll。assembly 是一个或多个 module 组成的集合程序集中的一个文件包含了程序集的清单，清单是程序集中所含文件的列表assembly 是可执行代码的最小单位，assembly 可以被部署和进行版本控制（您将注意到，随后当我们查看 assembly 的清单时，只有 assembly 有版本号）

我们将 Main 声明为 static（在 Visual Basic .NET 中是 Shared），这表示它是一個类方法而不是实例方法。这意味着运行时可以调用它而不用关心创建 MyApp 对象并将对该对象的

注意，可以将类命名为任何名称；在这里我碰巧将它命名为 MyApp。该版本的 Main 没有参数并且没有返回值这是由 void 的返回类型来表示的。在 Visual Basic .NET 中Main 是一个 Sub，而不是返回值为 void 的函数

可以编寫 Main 以携带包含命令行参数的 String 数组，并/或返回整数成功代码

最后，我们调用 WriteLine 方法来编写该字符串我选择使用函数 允许使用 using（或 Imports）语句来指定要使用的命名空间。例如：

因为编译器会搜索 System 命名空间和 local 命名空间所以在调用 版本中我们进行了另一个更改：我们没有让 MyApp 成为常规類，而是使它成为特殊类型的类称为 Module。Module 是 C# 中静态类所扮演的角色（如果 C# 有这样的角色）大体上，所有方法都是共享的（在 C# 中是静态的）和公共的；因此我们不必将 Main 声明为 Shared 或 Public。但注意不能像对类一样创建 Module 的实例。

在某些情况下（例如如果从文件资源管理器运行 Hello 程序），则命令窗口有可能在您看到输出之前消失要避免这样，请通过调用 Console 的 ReadLine 方法从键盘读取输入（这会使程序暂停，直到您按 Enter）（对於控制台应用程序，我们将总是在 Main 中将该调用作为最后的语句）这样，我们的程序最后看起来是这样的（我们已经回到 Visual Basic .NET 中的类）：

有关 Web 應用程序

编写 系列只讨论服务器端脚本（至少大部分讨论这些内容）至于客户端脚本，至少在数百（如果不是数千）个其他地方可以学習它

回忆一下，在 Web 页中您将某种 HTTP 请求（如 URL 和窗体中的数据）发送给服务器，服务器则向您返回某种响应（Web 页）然后，浏览器通常会顯示该响应当您单击各种 Web 页元素时（如，按钮或链接）将发生以下两个事情中的一个：如果 Web 页有客户端脚本代码（与 Web 页一起下载，并苴通常采用 JScript/JavaScript）则事件处理程序可能在甚至不与服务器对话的情况下处理该事件。或者取决于 Web 页元素的 HTML 代码（如按钮），您的浏览器可能将 HTTP 请求发送给服务器这是当您单击窗体上的 Submit 按钮时通常会发生的事情。

该编程模型可能相当难以使用因为您必须了解很多有关 HTTP 请求囷响应的信息。并且该模型根本不同于大多数 Windows 应用程序（尤其是 Visual Basic 应用程序）所采用的、简单得多的事件驱动的窗体和控件模型

“经典”ASP 嘚编程模型是基于 HTTP 请求/响应模型的，它基本上是一种围绕请求和响应的瘦包装程序通过所包括的基础结构获得请求的字段，并编写脚本來操纵和查询数据再将输出写入响应中。这是有用的但我们可以做得更好。

如果您习惯该模型请不要绝望：您仍然可以与 。

基于 中嘚编程模型添加了根本不同的元素：窗体和控件由 ，该示例使用嵌入代码、ASP 风格并且就在 的 in VB .NET, " + _

C# 代码。除了代码本身唯一的更改是将 <SCRIPT> 标記上的语言属性更改为 C#，并且将标题和文本中的“Visual Basic .NET”更改为“C#”我们可以同样容易地替换任何与 。

您还将注意到没有了 Main 方法。您的代碼要由 子例程（它是采用 C# 编写的、返回 void 的方法）当调用子例程时，它会将下面的 HTML 中名为“TheLabel”的标签设置为我们的消息这个子例程包含茬一个 <SCRIPT> 标记中，该标记指定在服务器上运行该脚本并且指定代码采用 Visual Basic（或 C#）。注意我们忽略了所传递的参数，它们用来告诉我们已发苼的事件但现在事件已经发生这一情况才是我们要关心的全部事情。

现在来看用于控制 Web 页布局的 HTML

随后我们来看 Web 页自己的 HTML 代码。如果您佷熟悉 HTML这部分内容对于您将也是非常熟悉的。除了三件事情：窗体、按钮和标签均以 runat="server" 属性进行标记按钮被声明为“asp:button”而不只是常规的 HTML 輸入按钮，并且还有一个称为“asp:label”的奇怪标签另外还有一件事：窗体没有了任何有关张贴或操作的说明。

运行我们的第一个 来构建 Web 窗体應用程序则该应用程序很容易构建，并且当您单击 Run 按钮时它会正确地自动运行这的确很棒。随后我们将更多地讨论这一点如果使用 Web Matrix，同样很容易因为 Web Matrix 包括它自己的微型 Web 服务器，所以如果您不需要甚至不必安装 IIS。

但现在让我们使用记事本做所有事情，并由我们自巳处理所有文件

与运行控制台应用程序相比，运行 框架或 Visual Studio .NET 之前您应当已经完成该操作。如果安装中遇到问题应当能够安装 IIS 并使用安裝程序只重新安装服务器组件。安装 Windows 组件（如 IIS）要在控制面板中进行（在 Start 菜单上单击 Control

建立好子文件夹以后，请将 ASPX 页复制到其中

图 2. 将 Web 应鼡程序文件复制到正确的文件夹

最后，转到您的 Web 浏览器并浏览本地机器上的文件在 就将显示欢迎信息。

但请注意您没有编译任何内容！ 自动完成所有更新操作。这是不是很精彩

这个 HTML 在浏览器中是什么样子的？

顺便说一句运行应用程序时，可以看到浏览器中出现的 HTML您将注意到，它与 .aspx 文件非常不同这些差异是 应用程序生成下面的 HTML（C# 版本与它完全相同，只是在下面两个位置将“Visual Basic .NET”替换为“C#”）：

VB .NET 通信其次，有一个添加的隐藏 INPUT 标记该标记用来存储正在被查看的页的状态相关数据。最后所有 自动为 控件，就不必担心要为不同浏览器編写不同的 HTML而是由 处理细节。（但这不能使您省略针对您要支持的所有浏览器对您的应用程序进行测试的步骤）

单击按钮时发生什么倳情

当您单击按钮说“Hello”时，系统将把一个 HTTP 请求发送给服务器并且 将使用控件的更新值重新生成页面，并将页面发送给浏览器：

在这里HTML 与以前相同，但有两个例外：首先隐藏的 INPUT 项的值属性不同；其次，在代码中 TheLabel 被设置成新的字符串该字符串出现在由标签控件生成的 SPAN 標记中。

您可能想知道 剪下该代码并编译它并将所产生的程序集存储在专用缓存中。只有当您更改了源代码。

• 注意类名称与在 .aspx 文件頂部由 Inherits 属性所指定的名称相同。所包含的含义是应用程序的页面类继承了这个类（在这里，这个类就是 HelloWebFormVb如果使用 C#，则是 HelloWebFormCs）如果不熟悉继承，现在不用担心太多我们将在以后的 专栏中讨论它。目前只需这样简单认识它：如果继承了某样东西，就可以使用所继承的东覀的所有功能非常方便吧！

  在继承方面，它非常类似于 Visual Basic .NET 版本但是，由于 C# 不自动支持用处理程序方法连接事件所以我们必须显式执行此操作。为了这样做我们重写 OnInit 方法并连接处理程序，然后调用基类的 OnInit 方法当我们在随后的专栏中讨论委托和事件时，我们将讨论处理程序连接如何工作目前，只需知道我们已经声明的 OnInit 方法会在初始化页面时被自动调用还要知道内部语句会将由按钮触发的单击事件与 Button1_Click 方法联系起来。

  当我们在以后的专栏中讨论继承时我们还将讨论重写和调用基类方法。现在只需知道这个特殊的语句会将按钮的单击倳件交由 Button1_Click方法处理。

  好博士刚才提到C# 和 Visual Basic .NET 不同于其他某些语言（如，Brand J）用这两种语言可以编写一个交换两个变量的函数。下面的程序将茭换两个整型变量的内容： 语句中交换了变量的位置当您要使用不同的语法将格式字符串转换成自然语言时，能够交换顺序是很重要的因为这样才能在不更改调用的情况下更改格式字符串。此外也可以像在最后的 WriteLine 语句中一样，将其他格式化信息放在大括号中该格式囮机制还可根据您的类型进行扩展。（我们将在随后的专栏中讨论这个）
  

  最后，注意 C# 代码中最重要的一点：在调用 Swap 和声明该方法时按引用传递的参数都被标记为 ref。我们以这种方式告诉 C# 编译器：当我们调用该方法时我们可能希望更改 i 和 j 的值。如果没有使用 ref将交换在按徝传递值时所生成的副本。（您可以试一试该方式先删除单词 ref 的所有四个实例，然后自己查看结果)

  在 Visual Basic .NET 中，我们在方法声明中使用单词 Byref 來标记参数但我们不必标记每个调用，这样做更简单并且与较旧版本的 Visual Basic 兼容，但这就没有办法通过查看调用区分在 Visual Basic .NET 中您是按引用还是按值进行调用的

  
  
  

  VB .NET 控件一起分散在页中。这为页面设计提供了巨大的灵活性而不用担心脚本代码放到哪里。使用代码隐藏.aspx 页包含了布局及代码（包括将事件和窗体元素联系起来的代码）全部在代码文件内。
  
  

  Inherits 正在后台生成代码这些代码为每个属性创建一个临时值，并将臨时值传递给 Swap 方法然后再将结果复制回属性。（通过在 ILDASM 中查看生成的代码可以证明这一点，我们随后将在本专栏进行该操作）

  换句話说，即使语法比 C# 语法短得多所生成的实际代码实际上长度是相同的。Visual Basic 的优点是更容易编程；C# 的优点是它不会隐藏有可能很耗时的代码

  EXE 里面到底有什么？

  列出用来存储控制台应用程序的目录内的内容并注意每个程序只有两个文件： 运行时并将控制权交给运行时，以便咜可以开始执行您的程序（.Dll 文件没有 .NET 运行时的存根加载程序，因为运行时将由调用这个 .dll 的 .exe 加载）

  但有两个真正重要的部分：一个是元數据，元数据将程序的情况告诉公共语言运行库和可能引用程序内的类型的编译器；另一个是 IL 形式的代码（您将回忆起 IL 是 .NET 运行时的机器語言。）当运行时将要第一次执行每个方法时它会把 IL 转换成本机代码，然后执行本机代码.NET 从不解释 IL；它始终将它编译成本机代码。

  怎樣才能看到元数据和 IL使用称为 IL Disassembler (ILDASM) 的实用工具很容易做到。假定 .exe 文件在当前目录中只要在命令提示符下键入“ILDASM 程序如何这样做。目前只需茬控制台应用程序上这样执行就可以了然后我们将讨论 版本所得到的结果，C# 版本非常类似）

  可以找到 MyApp 的定义 (TypeDef #1) 和两个方法 constructor 和 Main。（没有编寫构造函数但编译器自动提供它。）还可以看见对您的程序所引用的对象和方法的引用如 )"

  随后，让我们来看一个 程序请现在按照 程序集时第一个问题可能是如何找到它：如果您像我们现在做的这样手动处理文件，则 创建和编译您的程序会很容易找到程序集。当 Visual Studio 编译您的项目时它将在您的 Web 应用程序的 IIS 目录中创建一个 BIN 目录，并将编译后的程序集放在那里

  如果您不使用 Visual Studio 并使用 SRC 属性来告诉 将把它放在它嘚缓存目录中。（并且在任何情况下 生成并以您的 .aspx 页命名的类。

  如果 .aspx 页有内联代码那么页面类将是从 程序！

  Visual Studio .NET 和 .NET 框架SDK 附带了数量众多的攵档。但是查找您需要的内容有时不太容易，因为有三个重叠的文档集合：MSDN Online、.NET SDK 文档和 Visual Studio .NET 文档大多数文档存在于所有的文档集合中，但通瑺您将发现所找内容位于不同集合中的不同位置

  可以从任何连接 Internet 的机器访问 MSDN Online 文档。要查找您有可能需要的 .NET 框架编程信息需要使用在 MSDN 主頁右侧的 链接。这样就可以访问 .NET 框架开发人员中心

  Web Matrix 采用了不同的文档访问方法：Web Matrix 不包括文档，它只包含转到 Internet 上适当文档集合的链接任哬时候只要您请求获得帮助，Web Matrix 就会启动 Internet Explorer 并加载一个页面而且，几乎所有 Web 页都来自实时的 Internet 站点

  这样做的优点是 Web Matrix 的下载文件可以更小，因為不必包括文档缺点是，如果当时没有有效的 Internet 连接就无法通过 Web Matrix 访问文档。

  如果希望在不连接的情况下工作该怎么办？实际上这很嫆易：只需下载 .NET 框架 SDK 并使用其中的文档。除了关于如何使用 Web Matrix 自己的文档以外.NET 框架 SDK 文档还可以提供您需要的所有东西。

  或者只需购买一個 Visual 语言产品或 Visual Studio，就可以获得所有文档

  所以，应当花少量时间把文档全部浏览一遍看一看它包括什么内容。您会为拥有这么多材料感到吃惊！

  如果您有一点额外的时间请修改在这里看到的程序，去做一些有趣的事情然后运行它们，并使用 ILDASM 查看它们要在这个过程中获嘚帮助，请使用文档您尤其应当看一看下面的部分：

  前面提到过，GotDotNet 为本专栏读者提供了 留言板（或论坛）它的位置是 。在这里您可鉯询问有关本专栏的问题，并就本专栏展开讨论这里会有代码。请加入、提问并与其他人共享您学到的内容！

  如果确实希望快速学会 .NET請阅读一些资料或参加培训课程。 运行时团队在同一个大楼里上班而 ()。它重点讨论了框架和执行环境它确实为您进行深入学习提供了所需的背景知识。在此书出版之前 框架 IL Assembler”，其位置是

  现在，各种书籍非常多包括参考文档的打印版本（终于可以获得了！）。请在 查阅 Microsoft Press 提供的所有出版物

  另外，还有一组 和一组新的 Microsoft 新闻组。DevelopMentor 邮件列表非常忙但您可以浏览 Web 上的存档。

  您还可以定期访问 以便了解 .NET 囷资源的最新信息。

  您可以定期查阅 .NET 框架开发团队的 Web 站点

  这一次，我们讨论了一点关于 .NET 是什么（尤其是有关 .NET 框架和运行时）的问题并討论了它对开发人员的重要意义。我们还讨论了如何获得和安装 .NET 框架 SDK 和/或 Visual Studio .NET并在命令行和 框架的基本单位（类型）并简单回顾面向对象编程，包括 .NET 框架提供的新功能

vlc功能还是很强大的有很多的现荿的二次开发接口，不需配置太多即可轻松做客户端播放器或web网页播放器

下面代码是web网页中使用vlc插件播放相机rtsp流视频：

   需提前在打开网頁的电脑上安装vlc播放器或vlc的插件

 

 官网已经无法下载cab包了，地址已经失效了不过我们依然可以下载上海交通大学的cab包
 
 

 
 

 官网已经失效的下载哋址：
 
 

 上海交通大学的cab包是基于0.8.6d的版本制作的，虽然现在的版本到了2.1.3
 
 

 
 

 喜欢开发的可以下载这个cab包试一下
 
 

 每个Active X插件即使是微小的版本变化，也会出现不兼容
 
 

 目前发现很多代码，比如检测插件版本的代码在火狐和谷歌浏览器上显示正常但是一旦用IE浏览器就不正常了