MFC分割窗口求助!

天上的猩猩Y 2018-12-20 10:18:05

具体问题如下图所示,恳请各位大大不吝赐教!

...全文

110 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

天上的猩猩Y 2018-12-20

打赏
举报

回复

自己搞定了

天上的猩猩Y 2018-12-20

打赏
举报

回复

引用 1 楼建筑师的回复:

那点空间不放窗口准备放点什么呢

为了美观而已...

天上的猩猩Y 2018-12-20

打赏
举报

回复

引用楼主天上的猩猩Y 的回复:

具体问题如下图所示,恳请各位大大不吝赐教!

为了美观而已...

建筑师 2018-12-20

打赏
举报

回复

那点空间不放窗口准备放点什么呢

WINDOWS环境 Windows几乎不需要介绍。然而人们很容易忘记Windows给办公室和家庭桌上型计算机所带来的重大改变。Windows在其早期曾经走过一段坎坷的道路，征服桌上型计算机市场的前途一度相当渺茫。 Windows简史在1981年秋天IBM PC推出之后不久，MS-DOS就已经很明显成为PC上的主流操作系统。MS-DOS代表Microsoft Disk Operating System（磁盘操作系统）。MS-DOS是一个小型的操作系统。MS-DOS提供给用户一种命令列接口，提供如DIR和TYPE的命令，也可以将应用程序加载内存执行。对于应用程序写作者，它提供了一组函数呼叫，进行文件的输入输出（I/O )。对于其它的外围处理－尤其是将文字或图形写到显示器上－应用程序可以直接存取PC的硬件。由于内存和硬件的限制，成熟的图形环境缓慢地才到来。当苹果计算机公司不幸的Lisa计算机在1983年1月发表时，它提供了不同于文字模式环境的另一种选择，并在1984年1月成为Macintosh上图形环境的一种标准。尽管Macintosh的市场占有率在下降，但是它仍然被认为是衡量所有其它图形环境的标准。包括Macintosh和Windows的所有图形环境，其实都要归功于Xerox Palo Alto Research Center（PARC）在70年代中期所作的开拓性研究工作。 Windows是由微软在1983年11月（在Lisa之后，Macintosh之前）宣布，并在两年后（1985年11月）发行。在此后的两年中，紧随着Microsoft Windows早期版本1.0之后，又推出了几种改进版本，以支持国际商业市场，并提供新型视讯显示器和打印机的驱动程序。 Windows版本2.0是在1987年11月正式在市场上推出的。该版本对使用者接口做了一些改进。这些改进中最有效的是使用了可重迭式窗口，而Windows 1.0中使用的是并排式窗口。Windows 2.0还增强了键盘和鼠标接口，特别是加入了菜单和对话框。至此，Windows还只要求Intel 8086或者8088等级的微处理器，以「实际模式」执行，只能存取地址在1MB以下的内存。Windows/386（在Windows 2.0之后不久发行的）使用Intel 386微处理器的「虚拟8086」模式，实现将直接存取硬件的多个MS-DOS程序窗口化和多任务化。为了统一起见，Windows版本2.1被更名为Windows/286。 Windows 3.0是在1990年5月22日发表的。它将Windows/286和Windows/386结合到同一种产品中。Windows 3.0有了一个很大的改变，这就是对Intel的286、386和486微处理器保护模式的支持。这能使Windows和Windows应用程序能存取高达16MB的内存。Windows用于执行程序和维护文件的「外壳」程序得到了全面的改进。Windows 3.0是第一个在家用和办公室市场上取得立足点的版本。任何Windows的历史介绍都必须包括一些OS/2的说明，OS/2是对DOS和Windows的另一种选择，最初是由Microsoft和IBM合作开发的。OS/2版本1.0（只有文字模式）在Intel 286（或者后来的）微处理器上运行，在1987年末发布。在1988年10月的OS/2版本1.1中出现了管理图形使用者接口的PM（Presentation Manager）。PM最初的设计构想是成为Windows的一种保护模式版本，但是图形API改变程度太大，致使软件生产厂商很难提供对这两种平台的支持。到1990年9月，IBM和Microsoft之间的冲突达到了高峰，导致这两个公司最后分道扬镳。IBM接管了OS/2，而Microsoft明确表示Windows将是他们操作系统策略的中心。虽然OS/2仍然拥有一些狂热的崇拜者，但是它远不及Windows这样的普及程度。 Microsoft Windows版本3.1是1992年4月发布的，其中包括的几个重要特性是TrueType字体技术（给Windows带来可缩放的轮廓字体)、多媒体（声音和音乐)、对象连结和嵌入（OLE：Object Linking and Embedding）和通用对话框。跟OS/2一样，Windows 3.1只能在保护模式下运作，并且要求至少配置了1MB内存的286或386处理器。在1993年7月发表的Windows NT是第一个支持Intel 386、486和Pentium微处理器32位保护模式的Windows版本。Windows NT提供32位平坦寻址，并使用32位的指令集。（本章后面我会谈到一些寻址空间的问题)。Windows NT还可以移植到非Intel处理器上，并在几种使用RISC芯片的工作站上执行。 Windows 95是在1995年8月发布的。和Windows NT一样，Windows 95也支持Intel 386或更高等级处理器的32位保护模式。虽然它缺少Windows NT中的某些功能，诸如高安全性和对RISC机器的可移植性等，但是Windows 95具有需要较少硬件资源的优点。 Windows 98在1998年6月发布，具有许多加强功能，包括执行效能的提高、更好的硬件支持以及与因特网和全球信息网（WWW）更紧密的结合。 Windows方面 Windows 98和Windows NT都是支持32位优先权式多任务（preemptive multitasking）及多线程的图形操作系统。Windows拥有图形使用者接口（GUI )，这种使用者界面也称作「可视化接口」或「图形窗口环境」。有关GUI的概念可追溯至70年代中期，在Alto和Star等机器上以及SmallTalk等环境中由Xerox PARC所作的研究工作。该项研究的成果后来被Apple Computer和Microsoft引入主流并流行起来。虽然有一些争议，但现在已非常清楚，GUI是（Microsoft的Charles Simonyi的说法）一个在个人计算机工业史上集各方面技术大成于一体的最重要产物。所有GUI都在点矩阵对应的视讯显示器上处理图形。图形提供了使用屏幕的最佳方式、传递信息的可视化丰富多彩环境，以及能够WYSIWYG（what you see is what you get：所见即所得）的图形视讯显示和为书面文件准备好格式化文字输出内容。在早期，视讯显示器仅用于响应使用者通过键盘输入的文字。在图形使用者接口中，视讯显示器自身成为使用者输入的一个来源。视讯显示器以图标和输入设备（例如按钮和滚动条）的形式显示多种图形对象。使用者可以使用键盘（或者更直接地使用鼠标等指向设备）直接在屏幕上操纵这些对象，拖动图形对象、按下鼠标按钮以及滚动滚动条。因此，使用者与程序的交流变得更为亲密。这不再是一种从键盘到程序，再到视讯显示器的单向信息流动，使用者已经能够与显示器上的对象直接交互作用了。使用者不再需要花费长时间学习如何使用计算机或掌握新程序了。Windows让这一切成真，因为所有应用程序都有相同的基本外观和感觉。程序占据一个窗口－屏幕上的一块矩形区域。每个窗口由一个标题列标识。大多数程序功能由程序的菜单开始。用户可使用滚动条观察那些无法在一个屏幕中装下的信息。某些菜单项目触发对话框，用户可在其中输入额外的信息。几乎在每个大的Windows程序中都有一个用于开启文件的特殊对话框。该对话框在所有这些Windows程序中看起来都一样（或接近相同），而且几乎总是从同一菜单选项中启动。一旦您了解使用一个Windows程序的方法，您就非常容易学习其它的Windows程序。菜单和对话框允许用户试验一个新程序并探究它的功能。大多数Windows程序同时具有键盘接口和鼠标接口。虽然Windows程序的大多数功能可通过键盘控制，但使用鼠标要容易得多。从程序写作者的角度看，一致的使用者接口来自于Windows建构菜单和对话框的内置程序。所有菜单都有同样的键盘和鼠标接口，因为这项工作是由Windows处理，而不是由应用程序处理。为便于多个程序的使用，以及这些程序间信息的交换，Windows支持多任务。在同一时刻能有多个Windows程序显示并运行。每个程序在屏幕上占据一个窗口。用户可在屏幕上移动窗口，改变它们的大小，在不同程序间切换，并从一个程序向另一个程序传送数据。因为这些窗口看起来有些像桌面上的纸（当然，这是计算机还未占据办公桌之前的年代），Windows有时被称作：一个显示多个程序的「具象化桌面」。 Windows的早期版本使用一种「非优先权式（non-preemptive）」的多任务系统。这意味着Windows不使用系统定时器将处理时间分配给系统中运行的多个应用程序，程序必须自愿放弃控制以便其它程序运行。在Windows NT和Windows 98中，多任务是优先权式的，而且程序自身可分割成近乎同时执行的多个执行绪。操作系统不对内存进行管理便无法实现多任务。当新程序启动、旧程序终止时，内存会出现碎裂空间。系统必须能够将闲置的内存空间组织在一起，因此系统必须能够移动内存中的程序代码和数据块。即使是在8088微处理器上跑的Windows 1.0也能进行这类内存管理。在实际模式限制下，这种能力被认为是软件工程一个令人惊讶的成就。在Windows 1.0中，PC硬件结构的640KB内存限制，在不要求任何额外内存的情况下被有效地扩展了。但Microsoft并未就此停步：Windows 2.0允许Windows应用程序存取扩充内存（EMS）；Windows 3.0在保护模式下，允许Windows应用程序存取高达16MB的扩展内存。Windows NT和Windows 98通过成熟的32位操作系统及平坦寻址空间，摆脱了这些旧的限制。 Windows上执行的程序可共享在称为「动态链接库」的文件中的例程。Windows包括一个机制，能够在执行时连结使用动态链接库中例程的程序。Windows自身基本上就是一个动态链接库的集合。 Windows是一个图形接口，Windows程序能够在视讯显示器和打印机上充分利用图形和格式化文字。图形接口不仅在外观上更有吸引力，而且还能够让使用者传递高层次的信息。 Windows应用程序不能直接存取屏幕和打印机等图形显示设备硬件。相反，Windows提供一种图形程序语言（称作图形设备接口，或者GDI），使显示图形和格式化文字更容易。Windows虚拟化了显示硬件，使为Windows编写的程序可使用任何具有Windows设备驱动程序的视频卡或打印机，而程序无需确定系统相连的设备类型。对Windows开发者来说，将与设备无关的图形接口输出到IBM PC上不是件轻松的事。PC的设计是基于开放式架构的原则，鼓励第三方硬件制造商为PC开发接口设备，而且开发了大量这样的设备。虽然出现了多种标准，PC上的传统MS-DOS程序仍不得不各自支持许多不同的硬设备。这对MS-DOS字处理软件来说非常普遍，它们连同1到2张有许多小文件的磁盘一同销售，每个文件支持一种特定的打印机。Windows程序不要求每个应用程序都自行开发这些驱动程序，因为这种支持是Windows的一部分。动态链接 Windows运作机制的核心是一个称作「动态链接」的概念。Windows提供了应用程序丰富的可呼叫函数，大多数用于实作其使用者接口和在视讯显示器上显示文字和图形。这些函数采用动态链接库（Dynamic Linking Library，DLL）的方式撰写。这些动态链接库是些具有.DLL或者有时是.EXE扩展名的文件，在Windows 98中通常位于\WINDOWS\SYSTEM子目录中，在Windows NT中通常位于\WINNT\SYSTEM和\WINNT\SYSTEM32子目录中。在早期，Windows的主要部分仅通过三个动态链接库实作。这代表了Windows的三个主要子系统，它们被称作Kernel、User和GDI。当子系统的数目在Windows最近版本中增多时，大多数典型的Windows程序产生的函数呼叫仍对应到这三个模块之一。Kernel（日前由16位的KRNL386.EXE和32位的KERNEL32.DLL实现）处理所有在传统上由操作系统核心处理的事务－内存管理、文件I/O和多任务管理。User（由16位的USER.EXE和32位的USER32.DLL实作）指使用者接口，实作所有窗口运作机制。GDI（由16位的GDI.EXE和32位的GDI32.DLL实作）是一个图形设备接口，允许程序在屏幕和打印机上显示文字和图形。 Windows 98支持应用程序可使用的上千种函数呼叫。每个函数都有一个描述名称，例如CreateWindow。该函数（如您所猜想的）为程序建立新窗口。所有应用程序可以使用的Windows函数都在表头文件里预先声明过。在Windows程序中，使用Windows函数的方式通常与使用如strlen等C语言链接库函数的方式相同。主要的区别在于C语言链接库函数的机械码连结到您的程序代码中，而Windows函数的程序代码在您程序执行文件外的DLL中。当您执行Windows程序时，它通过一个称作「动态链接」的过程与Windows相接。一个Windows的.EXE文件中有使用到的不同动态链接库的参考数据，所使用的函数即在那些动态链接库中。当Windows程序被加载到内存中时，程序中的呼叫被指向DLL函数的入口。如果该DLL不在内存中，就把它加载到内存中。当您连结Windows程序以产生一个可执行文件时，您必须连结程序开发环境提供的特定「引用链接库（import library）」。这些引用链接库包含了动态链接库名称和所有Windows函数呼叫的引用信息。连结程序使用该信息在.EXE文件中建立一个表格，在加载程序时，Windows使用它将呼叫转换为Windows函数。 WINDOWS程序设计选项为说明Windows程序设计的多种技术，本书提供了许多范例程序。这些程序使用C语言撰写并原原本本的使用Windows API来开发程序。我将这种方法称作「古典」Windows程序设计。这是我们在1985年为Windows 1.0写程序的方法，它今天仍是写作Windows程序的有效方法。 API和内存模式对于程序写作者来说，操作系统是由本身的API定义的。API包含了所有应用程序能够使用的操作系统函数呼叫，同时包含了相关的数据型态和结构。在Windows中，API还意味着一个特殊的程序架构，我们将在每章的开头进行研究。一般而言，Windows API自Windows 1.0以来一直保持一致，没什么重大改变。具有Windows 98程序写作经验的Windows程序写作者会对Windows 1.0程序的原始码感觉非常熟悉。API改变的一种方式是进行增强。Windows 1.0支持不到450个函数呼叫，现在已有了上千种函数呼叫。 Windows API和它的语法的最大变化来自于从16位架构向32位架构转化的过程中。Windows从版本1.0到版本3.1使用16位Intel 8086、8088、和286微处理器上所谓的分段内存模式，由于兼容性的原因，从386开始的32位Intel微处理器也支持该模式。在这种模式下，微处理器缓存器的大小为16位，因此C的int数据型态也是16位宽。在分段内存模式下，内存地址由两个部分组成－一个16位段（segment）指针和一个16位偏移量（offset）指标。从程序写作者的角度看，这非常凌乱并带来了long或far指针（包括段地址和偏移量地址）和short或near指标（包括带有假定段地址的偏移量地址）的区别。从Windows NT和Windows 95开始，Windows支持使用Intel 386、486和Pentium处理器32位模式下的32位平坦寻址内存模式。C语言的int数据型态也扩展为32位的值。为32位版本Windows编写的程序使用简单的平坦线性空间寻址的32位指针值。用于16位版本Windows的API（Windows 1.0到Windows 3.1）现在称作Win16。用于32位版本Windows的API（Windows 95、Windows 98和所有版本的Windows NT）现在称作Win32。许多函数呼叫在从Win16到Win32的转变中保持相同，但有些需要增强。例如，图像坐标点由Win16中的16位值变为Win32中的32位值。此外，某些Win16函数呼叫返回一个包含在32位整数值中的二维坐标点。这在Win32中不可能，因此增加的新函数呼叫以不同方式运作。所有32位版本的Windows都支持Win16 API（以确保和旧有应用程序兼容）和Win32 API（以运行新应用程序）。非常有趣的是，Windows NT与Windows 95及Windows 98的工作方式不同。在Windows NT中，Win16函数呼叫通过一个转换层被转化为Win32函数呼叫，然后被操作系统处理。在Windows 95和Windows 98中，该操作正相反：Win32函数呼叫通过转换层转换为Win16函数呼叫，再由操作系统处理。在同一时刻有两个不同的Windows API集（至少名称不同）。Win32s （「s」代表「subset（子集）」）是一个API，允许程序写作者编写在Windows 3.1上执行的32位应用程序。该API仅支持已被Win16支持的32位函数版本。此外，Windows 95 API一度被称作Win32c（「c」代表「compatibility（兼容性）」），但该术语已被抛弃了。现在，Windows NT和Windows 98都被认为能够支持Win32 API。然而，每个操作系统依然都支持某些不被别的操作系统支持的某些功能特性。因为它们的相同之处是相当可观的，所以有可能编写在两个操作系统下都可执行的程序。而且，人们普遍认为这两个产品最终会合而为一。语言选项使用C语言和原始的API不是编写Windows 98程序的唯一方法。然而，这种方法却提供给您最佳的性能、最强大的功能和在发掘Windows特性方面最大的灵活性。可执行文件相对较小且运行时不要求外部链接库（自然，Windows DLL自身除外）。最重要的是，不管您最终以什么方式开发Windows应用程序，熟悉API会使您对Windows内部有更深入的了解。虽然我认为学习古典的Windows程序设计对任何Windows程序写作者都是重要的，我没有必要建议使用C和API编写每个Windows应用程序。许多程序写作者，特别是那些为公司内部开发程序或在家编写娱乐程序的程序写作者喜欢轻松的开发环境，例如Microsoft Visual Basic或者Borland Delphi（它结合了对象导向的Pascal版本）。这些环境使程序写作者将精力集中于应用程序的使用者接口和相关使用者接口对象的程序代码上。要学习Visual Basic，您也许需要参考Microsoft Press的一些其它图书，例如Michael Halvorson1996年着的《Learn Visual Basic Now》。在专业程序写作者中－特别是那些开发商业应用程序的程序写作者－Microsoft Visual C++和Microsoft Foundation Class Library（MFC）是近年来流行的选择。MFC在一组C++对象类别中封装了许多Windows程序设计中的琐碎细节。Jeff Prosise的《Programming Windows with MFC,第二版》（Microsoft Press,1999年）提供了MFC程序的写作指南。最近，Internet和World Wide Web的流行大力推广着Sun Microsystems的Java，这是一个受C++启发却与微处理器无关的程序设计语言，而且结合了可在几个操作系统平台上执行的图形应用程序开发工具组。Microsoft Press有一本关于Microsoft J++（Microsoft的Java）开发工具的好书，《Programming Visual J++ 6.0》（1998年），由Stephen R. Davis着。显然，很难说哪种方法更有利于开发Windows应用程序。更主要的是，也许是应用程序自身的特性决定了所使用的工具。不管您最后实际上使用什么工具写作程序，学习Windows API将使您更深入地了解Windows工作的方式。Windows是一个复杂的系统，在API上增加一个程序写作层并未减少它的复杂性，仅仅是掩盖了它，早晚您会碰到它。了解API会给您更好的补救机会。在原始的Windows API之上的任何软件层都必定将您限制在全部功能的一个子集内。您也许发现，例如，使用Visual Basic编写应用程序非常理想，然而它不允许您做一个或两个很简单的基本工作。在这种情况下，您将不得不使用原始的API呼叫。API定义了作为Windows程序写作者所需的一切。没有什么方法比直接使用API更万能的了。 MFC尤其问题百出。虽然它大幅简化了某些工作（例如OLE），我却经常发现要让它们按我所想的去工作时，会在其它特性（例如Document/View架构）上碰壁。MFC还不是Windows程序设计者所追求的灵丹妙药，很少有人认为它是一个好的对象导向设计的模型。MFC程序写作者从他们使用的对象类别定义如何工作中受益颇深，并会发现他们经常参考MFC原始码，搞懂这些原始码是学习Windows API的好处之一。程序开发环境在本书中，假定您正使用Microsoft Visual C++ 6.0，标准版、专业版和企业版都可以。经济的标准版足以应付本书中的程序设计需求。Visual C++ 还是Visual Studio 6.0中的一部分。 Microsoft Visual C++ 软件包中包括C编译器和其它编译及连结Windows程序所需的文件和工具等。它还包括Visual C++ Developer Studio，一个可编辑原始码、以交谈方式建立资源（如图标和对话框）以及编辑、编译、执行和测试程序的环境。如果您正使用Visual C++ 5.0，则需要为Windows 98和Windows NT 5.0更新表头文件和引用链接库，这些东西可从Microsoft的网站上得到。在 http://www.microsoft.com/msdn/，选择「Downloads」，然后选择「 Platform SDK」（软件开发套件），您就能在选择的目录中下载和安装更新文件。要让Microsoft Developer Studio浏览这些目录，可以从「Tool」菜单项选择「 Options」然后按下「Directories」标签。 Microsoft网站上的msdn部分代表「Microsoft Developer Network（Microsoft软件开发者网络）」。这是一个向程序写作者提供了经常更新的CD-ROM的计划，这些CD-ROM中包含了程序写作者在Windows开发中所需的最新东西。您也可以订阅MSDN，这样就避免经常得从Microsoft的网站下载文件。 API文件本书不是Windows API权威的正式文件的替代品。那组文件不再以印刷形式出版，它仅能从CD-ROM或Internet上取得。当您安装Visual C++ 6.0时，您将得到一个包括API文件的在线求助系统。您可通过订阅MSDN或使用Microsoft网站上的在线求助系统更新该文件。连接到 http://www.microsoft.com/msdn/，并选择「MSDN Library Online」。在Visual C++ 6.0中，从「Help」菜单项选择「Contents」项目开启MSDN窗口。API文件按树形结构组织，寻找标有「 Platform SDK」的部分，所有在本书中引用的文件都来自于该部分。我将向您介绍如何从「 Platform SDK」开始寻找以斜线分层分门别类的文件的位置。（我知道「Platform SDK」是整个MSDN知识库中较为晦涩的部分，但我敢保证那是Windows程序设计的基本核心。）例如，对于如何在Windows程序中使用鼠标的文件，您可参考/ Platform SDK / User Interface Services / User Input / Mouse Input。我在前面提到Windows大致分为Kernel、User和GDI子系统。kernel接口在/ Platform SDK / Windows Base Services中，User界面函数在 / Platform SDK / User Interface Services中，GDI位于 / Platform SDK / Graphics and Multimedia Services / GDI中。编写第一个WINDOWS程序现在是开始写些程序的时候了。为了便于对比，让我们以一个非常短的Windows程序和一个简短的文字模式程序开始。这会帮助我们找到使用开发环境并感受建立和编译程序机制的正确方向。文字模式（Character-Mode）模型程序写作者们喜爱的一本书是《The C Programming Language》（Prentice Hall，1978年和1988年），由Brian W. Kernighan和Dennis M. Ritchie（亲切地称为K&R）编着。该书的第一章以一个显示「hello, world」的C语言程序开始。这里是在《The C Programming Language》第一版第6页中出现的程序： main () { printf ("hello, world\n") ; } 以前C程序写作者在使用printf等C执行期链接库函数时，无需先声明它们。但这是90年代，我们愿意给编译器一个在我们的程序中标出错误的机会。这里是在K&R第二版中修正的程序： #include main () { printf ("hello, world\n") ; } 该程序仍然是那么短。但它可通过编译并执行得很好，但当今许多程序写作者更愿意清楚地说明main函数的返回值，在这种情况下ANSI C规定该函数必须返回一个值： #include int main () { printf ("hello, world\n") ; return 0 ; } 我们还可以包括main的参数，把程序弄得更长一些，但让我们暂且这样就好了－包括一个include声明、程序的进入点、一个对执行期链接库函数的呼叫和一个return语句。同样效果的Windows程序 Windows关于「hello, world」程序的等价程序有和文字模式版本完全相同的组件。它有一个include声明、一个程序进入点、一个函数呼叫和一个return语句。下面便是该程序： /*------------------------------------------------------------------ HelloMsg.c -- Displays "Hello, Windows 98!" in a message box (c) Charles Petzold, 1998 --------------------------------------------------------------------*/ #include int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { MessageBox (NULL, TEXT ("Hello, Windows 98!"), TEXT ("HelloMsg"), 0); return 0 ; } 在剖析该程序之前，让我们看一下在Visual C++ Developer Studio中建立新程序的方式。首先，从File菜单中选New。在 New对话框中，单击Projects页面标签，选择 Win32 Application。在Location栏中，选择一个子目录，在 Project Name栏中，输入该项目的名称，此时该名称是HelloMsg，这便是在 Location栏中显示的目录的子目录。Create New Workspace复选框应该勾起来，Platforms部分应该显示 Win32，选择OK。将会出现一个标题为Win32 Application - Step 1 Of 1的对话框，指出要建立一个Empty Project，并按下Finish按钮。从File菜单中再次选择New。在 New对话框中，选择Files页面标签，选择 C++ Source File。Add To Project复选框应被选中，并应显示HelloMsg。在 File Name栏中输入HelloMsg.c，选中OK。现在您可输入上面所示的HELLOMSG.C文件，您也可以选择Insert菜单和 File As Text选项从本书附带的CD-ROM上复制HELLOMSG.C的内容。从结构上说，HELLOMSG.C与K&R的「hello,world」程序是相同的。表头文件STDIO.H已被WINDOWS.H所代替，进入点main被WinMain所代替，而且C语言执行时期链接库函数printf被Windows API函数MessageBox所代替。然而，在程序中有许多新东西，包括几个陌生的大写标识符。让我们从头开始。表头文件 HELLOMSG.C以一个前置处理器指示命令开始，实际上在每个用C编写的Windows程序的开头都可看到：

<> page begin==================== 目目目目录录录录第一部分 C#语言概述.4 第一章第一章第一章第一章 .NET 编编编程语言程语言编程语言程语言 C#.4 1.1 Microsoft.NET——一场新的革命.4 1.2 .NET 与 C#.6 1.3 C#语言的特点.8 1.4 小结 .11 第二章运行环境全面了解.NET.12 2.1 .NET 结构.12 2.2 公用语言运行时环境与公用语言规范.13 2.3 开发工具 .17 2.4 小结 .19 第三章编写第一个应用程序 .20 3.1 Welcome 程序 .20 3.2 代码分析 .20 3.3 运行程序 .23 .4 添加注释 .25 3.5 小结 .27 第二部分 C#程序设计基础.28 第四章数据类型 .28 4.1 值类型 .28 4.2 引用类型 .33 4.3 装箱和拆箱 .39 4.4 小结 .42 第五章变量和常量 .44 5.1 变量 .44 5.2 常量 .46 5.3 小结 .47 第六章类型转换 .48 6.1 隐式类型转换 .48 6.2 显式类型转换 .53 6.3 小结 .56 第七章表达式 .58 7.1 操作符 .58 7.2 算术操作符和算术表达式.59 7.3 赋值操作符和赋值表达式.64 7.4 关系操作符和关系表达式.65 <> page begin==================== 7.5 逻辑操作符和逻辑表达式.68 7.6 位运算 .69 7.7 其它特殊操作符 .72 7.8 小结 .77 第八章流程控制 .79 8.1 条件语句 .79 8.2 循环语句 .86 8.3 条件编译.90 8.4 异常处理语句 .95 8.5 小结 .100 第三部分面向对象的 C#.101 第九章面向对象的程序设计 .101 9.1 面向对象的基本概念.101 9.2 对象的模型技术 .103 9.3 面向对象的分析 .105 9.4 面向对象的设计 .107 9.5 小结 .110 第十章类 .112 10.1 类的声明 .112 10.2 类的成员 .113 10.3 构造函数和析构函数 .119 10.4 小结 .122 第十一章方法 .124 11.1 方法的声明.124 11.2 方法中的参数.125 11.3 静态和非静态的方法.129 11.4 方法的重载.130 11.5 操作符重载.134 11.6 小结.137 第十二章域和属性 .139 12.1 域 .139 12.2 属性 .143 12.3 小结 .146 第十三章事件和索引指示器 .148 13.1 事件 .148 13.2 索引指示器 .151 13.3 小结 .154 第十四章继承 .155 14.1 C#的继承机制.155 <> page begin==================== 14.2 多态性 .159 14.3 抽象与密封 .163 14.4 继承中关于属性的一些问题.169 14.5 小结 .172 第四部分深入了解 C#.174 第十五章接口 .174 15.1 组件编程技术 .174 15.2 接口定义 .177 15.3 接口的成员 .178 15.4 接口的实现 .182 15.5 抽象类与接口 .195 15.6 小结 .196 第十六章组织应用程序 .198 16.1 基本概念 .198 16.2 使用名字空间 .200 16.3 使用指示符 .203 16.4 程序示例 .206 16.5 小结 .213 第十七章文件操作 .215 17.1 .Net 框架结构提供的 I/O 方式 .215 17.2 文件存储管理 .217 17.3 读写文件 .222 17.4 异步文件操作 .227 17.5 小结 .234 第十八章高级话题 .235 18.1 注册表编程 .235 18.2 在 C #代码中调用 C++和 VB 编写的组件 .240 18.3 版本控制 .249 18.4 代码优化 .252 18.5 小结 .254 第五部分附录 .255 附录 A 关键字.255 附录 B 错误码.256 附录 C .Net 名字空间成员速查.269 参考资料 .300 <> page begin==================== 第一部分 C#语言概述第一章第一章第一章第一章 .NET 编程语编程编程编程言语言语言语言 C# 未来未来未来未来 5 年年年年我们的目标就我们的目标就我们的目标就我们的目标就是超是是是越今天各自为营的超越今天各自为营的超越今天各自为营的超越今天各自为营的 Web 站点站点站点站点把把把把 Internet 建成一建成建成建成个一个一一个可可个可可以互相交换组件的地方以互相交换组件的地方以互相交换组件的地方以互相交换组件的地方比尔比尔比尔比尔.盖茨盖茨盖茨盖茨在本章中你将了解 Microsoft.NET 的概念 .NET 框架 C#语言在.NET 框架中的作用及其特性 1.1 Microsoft.NET 一场新的革命 1.1.1 什么是.NET 2000 年 6 月 22 日不论对 Microsoft 还是对整个 IT 业界都将成为值得纪念的一天这一天微软公司正式推出了其下一代计算计划 Microsoft.NET(以下简称.NET) 这项计划将使微软现有的软件在 Web 时代不仅适用于传统的 PC 而且也能够满足目前呈强劲增长势头的新设备诸如蜂窝电话以及个人数字助理 Personal Digital Assistant, PDA 等的需要微软还计划通过创建新的工具来吸引软件开发人员和合作伙伴对 Microsoft.NET 的认同并且开发出其他基于 Internet 的服务那么你是否想知道究竟什么是.NET? 请听听微软官员的声音因特网的革命从微软的角度来讲我们就是要建设一个平台来创建并且支持新一代的应用我们必须有一套通用系统服务来支持这样的操作这种观点就说明我们还有下一个层次的发展也就是说因特网下一步的发展它将使因特网的作用远远超越展现一个网站 .NET 首先是一个开发平台它定义了一种公用语言子集 Common Language Subset CLS ,这是一种为符合其规范的语言与类库之间提供无缝集成的混合语 .NET 统一了编程类库提供了对下一代网络通信标准可扩展标记语言 Extensible Markup <> page begin==================== Language XML 的完全支持使应用程序的开发变得更容易更简单 Microsoft.NET 计划还将实现人机交互方面的革命微软将在其软件中添加手写和语音识别的功能让人们能够与计算机进行更好的交流并在此基础上继续扩展功能增加对各种用户终端的支持能力最为重要的 .NET 将改变因特网的行为方式软件将变成为服务与 Microsoft 的其它产品一样 .NET 与 Windows 平台紧密集成并且与其它微软产品相比它更进一步由于其运行库已经与操作系统融合在了一起从广义上把它称为一个运行库也不为过简而言之 .NET 是一种面向网络支持各种用户终端的开发平台环境微软的宏伟目标是让 Microsoft.NET 彻底改变软件的开发方式发行方式使用方式等等并且不止是针对微软一家而是面向所有开发商与运营商 .NET 的核心内容之一就是要搭建第三代因特网平台这个网络平台将解决网站之间的协同合作问题从而最大限度地获取信息在 .NET 平台上不同网站之间通过相关的协定联系在一起网站之间形成自动交流协同工作提供最全面的服务 1.1.2 我们为什么需要.NET 某一天你出差到外地在机场租借手机电话在向该终端插入自己的 IC 卡后自己的地址簿和计划簿被自动下载随即它就变成了你个人专用的 PDA 这不是梦境这是.NET 为我们描绘的一个未来生活的场景人们的需要总是无法满足我们不断地问自己我们还应该有些什么需求推动着技术的进步在二十一世纪 Internet 将成为商业活动的主要场所 B2B B2C 等电子商务的运作方式一对一营销的经营概念将网络的服务功能提高到了前所未有的程度微软公司在此时提出.NET 有其深远的战略考虑改革商务模型微软公司感觉到只靠销售软件包的商务模型没有什么前途该公司打算今后将中心转移到可以在网络上使用“服务”型商务这样首要的问题就是解决网络上用来开发并执行“服务”的平台这就是 Microsoft.NET 提高软件开发生产效率并且试图使应用软件的发布更为容易再也不想因为 DLL 版本不同而烦恼希望不用重新启动电脑就能够安装应用软件改进用户界面并能支持多种用户终端用户界面演进的结果包括两方面的内容一是完成传统的 PC 界面与基于 XML 的浏览器界面间的过渡二是对自然语言和语音识别的支持从而使用户与各种终端之间的沟通更加透明真正达到网络互连的 3A Anywhere Anytime Any device 今天许多的人时常问除了上网看新闻我们究竟还能干什么这是因为今天的互联网与旧式的大型计算机的工作模式还有许多相似之处信息被储存在中央服务器内而用户的所有操作都要依靠它们让不同的网址之间相互传递有意义的信息或者合作提供更广泛和更深层次的服务还是一件十分困难的事现代人时常有一种困惑感觉到如今生活在技术与机器架构的丛林中我们在努力地去适应机器适应技术而不是机器和技术适应人类科技以人为本还只是一个美好的愿望这是因为我们还不能将控制信息的权利交给那些需要信息的人们 .NET <> page begin==================== 的出现意味着人们可以只用一种简单的界面就可以编写浏览编辑和分享信息而且还可以得到功能强大的信息管理工具由于使用的所有的文件都以符合网络协议的格式存在所以所有的商业用户和个人用户都可以方便地查找和使用其中的信息任何规模的公司都可以使用相同的工具与他们的供应商商业伙伴和客户高效地沟通和分享信息这样就创造出一种全新的协同工作模式总之 .NET 战略是一场软件革命 .NET 对最终用户来说非常重要因为计算机的功能将会得到大幅度提升同时计算机操作也会变得非常简单特别地用户将完全摆脱人为的硬件束缚用户可以自由冲浪于因特网的多维时空自由访问自由查看自由使用自己的数据而不是束缚在便携式电脑的方寸空间——可通过任何桌面系统任何便携式电脑任何移动电话或 PDA 进行访问并可对其进行跨应用程序的集成 .NET 对开发人员来说也十分重要因为它不但会改变开发人员开发应用程序的方式而且使得开发人员能创建出全新的各种应用程序大幅提高软件生产率 .NET 将保证完全消除当今计算技术中的所有缺陷 .NET 定能实现确保用户从任何地点任何设备都可访问其个人数据和应用程序的宏伟蓝图 .NET 把雇员客户和商务应用程序整和成一个协调的能进行智能交互的整体而各公司无疑将是这场效率和生产力革命的最大受益者 .NET 承诺为人类创造一个消除任何鸿沟的商务世界 1.1.3 .NET 的核心组件 .NET 的核心组件包括一组用于创建互联网操作系统的构建块其中包括 Passport.NET 用于用户认证以及用于文件存储的服务用户首选项管理日历管理以及众多的其它任务构建和管理新一代服务的基本结构和工具包括 Visual Studio.NET .NET 企业服务器 .Net Framework 和 Windows.NET 能够启用新型智能互联网设备的.NET 设备软件 .NET 用户体验 1.2 .NET 与 C# 1.2.1 支持多种编程语言的.NET 结构框架让我们翻开教科书回顾一下近十年来软件开发的历史多年以前当微软的组件对象模型 Component Object Model, COM 尚未推出时软件的复用性对于开发人员仅仅是一种美好的憧憬成千上万的程序员为了处理通信接口和不同语言间的冲突而通宵达旦地艰辛劳动但却收效甚微 COM 的出现改变了 <> page begin==================== 这一切通过将组件改变为通用集成型的构件开发人员正逐渐地从过去的繁复编程事务中解脱出来可以选择自己最得心应手的编程语言进行编程然而软件组件与应用程序之间的联合仍然是松散的不同的编程语言与开发平台限制了部件间的互用性其结果是产生了日益庞大的应用程序与不断升级的软硬件系统举个很简单的例子只用五行 C 语言代码就能编写出的一个简单程序若使用 COM 来编写结果会是令人吃惊的我们需要几百行代码 COM 在带来巨大价值的同时也大大增加了开发开销而.NET Framework 的出现使得一切问题都迎刃而解实际上在.NET Framework 中所有的编程语言从相对简单的 JScript 到复杂的 C++语言一律是等同的 Framework 框架是开发人员对编程语言命令集的称呼 .Net 框架的意义就在于只用统一的命令集支持任何的编程语言正如微软 Web 服务中心的成组产品经理 John Montgomery 所说只需简单地一用 .NET 框架便可消除各种异类框架之间的差异将它们合并为一个整体 .NET 的作用不仅仅是将开发人员从必须掌握多种框架的束缚中解脱出来通过创建跨编程语言的公共 API 集 .NET 框架可提供强大的跨语言继承性错误处理和调试功能现在开发人员可以自由地选择他们喜欢的编程语言 .NET 平台欢迎所有人的垂顾 ”.NET 将使编程人员梦想的语言互用性变成为近在眼前的现实想想看一个在 Visual Basic VB 中定义的类能够在另一种与它完全不同的语言环境中使用调试甚至继承这是多么令人兴奋的事情 .NET 框架是.NET 平台的基础架构其强大功能来自于公共语言运行时 Common Language Runtime,CLR 将在第二章中进行详细的解释环境和类库 CLR 和类库包括 Windows Forms ADO.NET 和 ASP.NET 紧密结合在一起提供了不同系统之间交叉与综合的解决方案和服务 .NET 框架创造了一个完全可操控的安全的和特性丰富的应用执行环境这不但使得应用程序的开发与发布更加简单并且成就了众多种类语言间的无缝集成 1.2.2 面向.Net 的全新开发工具 C# 在最近的一段时间里 C 和 C++一直是最有生命力的程序设计语言这两种语言为程序员提供了丰富的功能高度的灵活性和强大的底层控制能力而这一切都不得不在效率上作出不同程度的牺牲如果你使用过包括 C 和 C++在内的多种程序设计语言相信你会深刻体会到它们之间的区别比如与 Visual Basic 相比 Visual C++程序员为实现同样的功能就要花费更长的开发周期由于 C 和 C++即为我们带来了高度的灵活性又使我们必须要忍受学习的艰苦和开发的长期性许多 C 和 C++程序员一直在寻求一种新的语言以图在开发能力和效率之间取得更好的平衡今天人们改进开发出了许多语言以提高软件生产率但这些或多或少都以牺牲 C 和 C++程序员所需要的灵活性为代价这样的解决方案在程序员身上套上了太多的枷锁限制了他们能力的发挥它们不能很好地与原有的系统兼容更为令人头痛的是它们并不总是与当前的 Web 应用结合得很好理想的解决方案是将快速的应用开发与对底层平台所有功能的访问紧密结合在 <> page begin==================== 一起程序员们需要一种环境它与 Web 标准完全同步并且具备与现存应用间方便地进行集成的能力除此之外程序员们喜欢它允许自己在需要时使用底层代码针对该问题微软的解决方案是一种称之为 C#的程序语言 C#是一种现代的面向对象的程序开发语言它使得程序员能够在新的微软.NET 平台上快速开发种类丰富的应用程序 .NET 平台提供了大量的工具和服务能够最大限度地发掘和使用计算及通信能力由于其一流的面向对象的设计从构建组件形式的高层商业对象到构造系统级应用程序你都会发现 C#将是最合适的选择使用 C#语言设计的组件能够用于 Web 服务这样通过 Internet 可以被运行于任何操作系统上任何编程语言所调用不但如此 C#还能为 C++程序员提供快捷的开发方式又没有丢掉 C 和 C++的基本特征强大的控制能力 C#与 C 和 C++有着很大程度上的相似性熟悉 C 和 C++ 的开发人员很快就能精通 C# 1.3 C#语言的特点 C#在带来对应用程序的快速开发能力的同时并没有牺牲 C 与 C++程序员所关心的各种特性它忠实地继承了 C 和 C++的优点如果你对 C 或 C++有所了解你会发现它是那样的熟悉即使你是一位新手 C#也不会给你带来任何其它的麻烦快速应用程序开发 Rapid Application Development RAD 的思想与简洁的语法将会使你迅速成为一名熟练的开发人员正如前文所述 C#是专门为.NET 应用而开发出的语言这从根本上保证了 C# 与.NET 框架的完美结合在.NET 运行库的支持下 .NET 框架的各种优点在 C#中表现得淋漓尽致让我们先来看看 C#的一些突出的特点相信在以后的学习过程中你将会深深体会到 # SHARP 的真正含义简洁的语法精心地面向对象设计与 Web 的紧密结合完整的安全性与错误处理版本处理技术灵活性与兼容性 1.3.1 简洁的语法请原谅虽然我们一再强调学习本书不需要任何的编程基础但在这里还不得不提到 C++ 在缺省的情况下 C#的代码在.NET 框架提供的可操控环境下运行不允许直接地内存操作它所带来的最大特色是没有了指针与此相关的那些在 C++中被疯狂使用的操作符例如 -> 和 ., 已经不再出现 C#只支持一个 . 对 <> page begin==================== 于我们来说现在需要理解的一切仅仅是名字嵌套而已 C#用真正的关键字换掉了那些把活动模板库 Active Template Library ALT 和 COM 搞得乱糟糟的伪关键字 , 如 OLE_COLOR BOOL VARIANT_BOOL DISPID_XXXXX 等等每种 C#类型在.NET 类库中都有了新名字语法中的冗余是 C++中的常见的问题比如 const”和 #define 各种各样的字符类型等等 C#对此进行了简化只保留了常见的形式而别的冗余形式从它的语法结构中被清除了出去 1.3.2 精心地面向对象设计也许你会说从 Smaltalk 开始面向对象的话题就始终缠绕着任何一种现代程序设计语言的确 C#具有面向对象的语言所应有的一切特性封装继承与多态这并不出奇然而通过精心地面向对象设计从高级商业对象到系统级应用 C#是建造广泛组件的绝对选择在 C#的类型系统中每种类型都可以看作一个对象 C#提供了一个叫做装箱 boxing 与拆箱 unboxing 的机制来完成这种操作而不给使用者带来麻烦这在以后的章节中将进行更为详细的介绍 C#只允许单继承即一个类不会有多个基类从而避免了类型定义的混乱在后面的学习中你很快会发现 C#中没有了全局函数没有了全局变量也没有了全局常数一切的一切都必须封装在一个类之中你的代码将具有更好的可读性并且减少了发生命名冲突的可能整个 C#的类模型是建立在.NET 虚拟对象系统 Visual Object System VOS 的基础之上其对象模型是.NET 基础架构的一部分而不再是其本身的组成成分在下面将会谈到这样做的另一个好处是兼容性借助于从 VB 中得来的丰富的 RAD 经验 C#具备了良好的开发环境结合自身强大的面向对象功能 C#使得开发人员的生产效率得到极大的提高对于公司而言软件开发周期的缩短将能使它们更好地应付网络经济的竞争在功能与效率的杠杆上人们终于找到了支点 1.3.3 与 Web 的紧密结合 .NET 中新的应用程序开发模型意味着越来越多的解决方案需要与 Web 标准相统一例如超文本标记语言 Hypertext Markup Language HTML 和 XML 由于历史的原因现存的一些开发工具不能与 Web 紧密地结合 SOAP 的使用使得 C#克服了这一缺陷大规模深层次的分布式开发从此成为可能由于有了 Web 服务框架的帮助对程序员来说网络服务看起来就像是 C#的本地对象程序员们能够利用他们已有的面向对象的知识与技巧开发 Web 服务仅需要使用简单的 C#语言结构 C#组件将能够方便地为 Web 服务并允许它们通过 Internet 被运行在任何操作系统上的任何语言所调用举个例子 XML 已经成为网络中数据结构传送的标准为了提高效率 C#允许直接将 XML 数据映射成为结构这样就可以有 <> page begin==================== 效地处理各种数据 1.3.4 完全的安全性与错误处理语言的安全性与错误处理能力是衡量一种语言是否优秀的重要依据任何人都会犯错误即使是最熟练的程序员也不例外忘记变量的初始化对不属于自己管理范围的内存空间进行修改这些错误常常产生难以预见的后果一旦这样的软件被投入使用寻找与改正这些简单错误的代价将会是让人无法承受的 C#的先进设计思想可以消除软件开发中的许多常见错误并提供了包括类型安全在内的完整的安全性能为了减少开发中的错误 C#会帮助开发者通过更少的代码完成相同的功能这不但减轻了编程人员的工作量同时更有效地避免了错误发生 .NET 运行库提供了代码访问安全特性它允许管理员和用户根据代码的 ID 来配置安全等级在缺省情况下从 Internet 和 Intranet 下载的代码都不允许访问任何本地文件和资源比方说一个在网络上的共享目录中运行的程序如果它要访问本地的一些资源那么异常将被触发它将会无情地被异常扔出去若拷贝到本地硬盘上运行则一切正常内存管理中的垃圾收集机制减轻了开发人员对内存管理的负担 .NET 平台提供的垃圾收集器 Garbage Colection GC 将负责资源的释放与对象撤销时的内存清理工作变量是类型安全的 C#中不能使用未初始化的变量对象的成员变量由编译器负责将其置为零当局部变量未经初始化而被使用时编译器将做出提醒 C#不支持不安全的指向不能将整数指向引用类型例如对象当进行下行指向时 C#将自动验证指向的有效性 C#中提供了边界检查与溢出检查功能 1.3.5 版本处理技术 C#提供内置的版本支持来减少开发费用使用 C#将会使开发人员更加轻易地开发和维护各种商业应用升级软件系统中的组件模块是一件容易产生错误的工作在代码修改过程中可能对现存的软件产生影响很有可能导致程序的崩溃为了帮助开发人员处理这些问题 C#在语言中内置了版本控制功能例如函数重载必须被显式地声明而不会像在 C++或 Java 中经常发生的那样不经意地被进行这可以防止代码级错误和保留版本化的特性另一个相关的特性是接口和接口继承的支持这些特性可以保证复杂的软件可以被方便地开发和升级 1.3.6 灵活性和兼容性在简化语法的同时 C#并没有失去灵活性尽管它不是一种无限制的语言比如它不能用来开发硬件驱动程序在默认的状态下没有指针等等但是在学习过程中你将发现它仍然是那样的灵巧如果需要 C#允许你将某些类或者类的某些方法声明为非安全的这样一来你 <> page begin==================== 将能够使用指针结构和静态数组并且调用这些非安全的代码不会带来任何其它的问题此外它还提供了一个另外的东西这样的称呼多少有些不敬来模拟指针的功能 delegates 代表再举一个例子 C#不支持类的多继承但是通过对接口的继承你将获得这一功能下面谈谈兼容性正是由于其灵活性 C#允许与 C 风格的需要传递指针型参数的 API 进行交互操作 DLL 的任何入口点都可以在程序中进行访问 C#遵守.NET 公用语言规范 Common Language Specification CLS 从而保证了 C#组件与其它语言组件间的互操作性元数据 Metadata 概念的引入既保证了兼容性又实现了类型安全 1.4 小结 Microsoft.NET 计划将彻底改变我们对因特网的认识从而在这样一个网络时代彻底改变我们的生活软件是一种服务技术是我们的仆人时间与地点将不再是我们面前的障碍建立在 CLR 与类库基础上的.NET 框架是.NET 平台的核心组件之一这为软件的可移植性与可扩展能力奠定了坚实的基础并为 C#语言的应用创造了良好的环境 C#是.NET 平台的通用开发工具它能够建造所有的.NET 应用其固有的特性保证了它是一种高效安全灵活的现代程序设计语言从最普通的应用到大规模的商业开发 C#与.NET 平台的结合将为你提供完整的解决方案在本章中我们提出了与.NET 以及与 C#语言相关的一些概念例如 CLR VOS 和 GC 也许你是初次接触它们但不用担心在以后的各章中我们将详细地介绍这些相关的概念与知识相信通过学习你将能够迅速掌握它们并熟练地运用它们提供的各种特性复习题 1 什么是.NET 2 简要说明.NET 战略的意义 3 .NET 的核心组件包括哪些 4 C#与其它语言相比有哪些突出特点 <> page begin==================== 第二章运行环境全面了解.NET C#运行在.NET 平台之上其各种特性与.NET 密切联系它没有自己的运行库许多强大的功能均来自.NET 平台的支持因此要想真正掌握 C#首先必须了解.NET 本章将向你介绍 C#的运行环境重点放在.NET 公用语言运行时环境与公用语言规范上最后介绍了.NET 的开发工具 2.1 .NET 结构 .NET 包括四个组成部分 VOS 类型系统元数据公用语言规范虚拟执行系统下面分别对它们进行简要介绍 2.1.1 虚拟对象系统 .NET 跨语言集成的特性来自于虚拟对象系统 VOS 的支持在不同语言间进行代码复用和应用集成中所遇到的最大问题是不同语言类型系统间的相容性问题可以想象不同的语言虽然语法结构大体相同但数据类型与语言环境本身的各种特点联系紧密很难想象一种解释性的语言所拥有的数据类型会与一种编译语言相同而即使相同的数据类型在不同的语言环境中表示的意义也存在差别例如同样是整数类型在 MSSQL 中的长度是 32 位而在 VB 中却是 16 位至于日期时间与字符串类型在这方面的区别就更加明显了 VOS 的建立就是为了改变这种状况它既支持过程性语言也支持面向对象的语言同时提供了一个类型丰富的系统来容纳它所支持的各种语言的特性它在最大程度上屏蔽了不同语言类型系统间的转换使程序员能够随心所欲地选择自己喜欢的语言当然这种语言必须支持.NET 应用从事开发保证了不同语言间的集成对于过程性语言它描述了值的类型并指定了类型的所有值必须遵守的规则在面向对象的语言方面它统一了不同编程语言的对象模型每一个对象在 VOS 中都被唯一标识以与其它对象相区别 <> page begin==================== 2.1.2 元数据元数据是对 VOS 中类型描述代码的一种称呼在编译程序将源代码转换成为中间代码时它将自动生成并与编译后的源代码共同包含在二进制代码文件中元数据携带了源代码中类型信息的描述这在一定程度上解决了版本问题程序使用的类型描述与其自身绑定在一起在 CLR 定位与装载类型时系统通过读取并解析元数据来获得应用程序中的类型信息 JIT 编译器获得加载的类型信息后将中间语言代码翻译成为本地代码在此基础上根据程序或用户要求建立类型的实例由于整个过程中 CLR 始终根据元数据建立并管理对应特定应用程序的类型从而保证了类型安全性此外元数据在解决方法的调用建立运行期上下文界限等方面都有着自己的作用而关于元数据的一切都由.NET 在后台完成 2.1.3 公用语言规范公用语言规范 Common Language Specification CLS 是 CLR 定义的语言特性集合主要用来解决互操作问题如果一个类库遵守 CLS 那么同样遵守 CLS 规范的其它编程语言将能够使用它的外部可见项详细的内容见本章第二节 2.1.4 虚拟执行系统虚拟执行系统 Visual Execution System VES 是 VOS 的实现它用来驱动运行环境元数据的生成与使用公用语言规范的满足性检查以及应用程序执行过程中的内存管理均由它来完成具体说来 VES 主要完成以下功能装入中间代码使用 JIT 将中间代码转换为本地码装入元数据代码管理服务包括垃圾收集器和异常处理定制与调试服务线程和环境管理 2.2 公用语言运行时环境与公用语言规范了解了.NET 的结构之后我们该看看.NET 利用其结构为我们创造的运行环境公用语言运行时环境它是 C#及其它支持.NET 平台的开发工具的运行基础具体来说它为我们的应用提供了以下益处跨语言集成的能力跨语言异常处理内存管理自动化 <> page begin==================== 强化的安全措施版本处理技术组件交互的简化模型 2.2.1 理解 CLR .NET 提供了一个运行时环境叫做公用语言运行时它管理着代码的执行并使得开发过程变得更加简单这是一种可操控的执行环境其功能通过编译器与其它工具共同展现你的代码将受益于这一环境依靠一种以运行时为目标的指完全支持运行时环境的编译器所开发的代码叫做可操控代码它得益于可操控环境的各种特性跨语言集成跨语言异常处理增强的安全性版本处理与开发支持简单的组件交互模型以及调试服务为了使运行时环境能够向可操控代码提供服务语言编译器需要产生一种元数据它将提供在你使用语言中的类型成员引用的信息元数据与代码一起存储每个可加载的 CLR 映像均包含了元数据运行时环境使用元数据定位并载入类在内存中展开对象实例解决方法调用产生本地代码强制执行安全性并建立运行时环境的边界运行时环境自动处理对象的展开与引用当它们不再使用时负责它们的释放被运行时环境进行这样的生命期管理的对象被称为可操控代码自动内存管理消除了内存溢出同时也解决了其它一些常见的语法错误如果你的代码是可操控的你仍然可以在需要的时候使用非可控代码或者在你的.NET 应用中同时使用可控与非可控代码由于语言编译器支持他们自己的类型比如一些原始类型你可能并不总是知道也不必知道你的数据是否是可控的 CLR 使设计跨语言的组件与应用变得更加容易以不同语言设计的对象能够彼此间进行通信并且它们的行为能够紧密地综合与协调举个例子你定义了一个类然后可以在另一种不同的语言中从该类中派生了一个类或者调用它其中的一个方法你也可以向另一种语言中类的方法传递该类的一个实例这种跨语言的集成之所以可能因为以运行时间为目标的语言编译器与工具使用一种运行时间所定义的公用类型系统他们遵守运行时的规则公用语言规范来定义新的类型生成使用保持并绑定类型作为元数据的一部分所有可控组件携带了关于它们所依赖的组件与资源的信息运行时环境使用这些信息来保证你的组件或应用具有需要的所有东西的特定版本其结果是你的代码将不会因为版本冲突而崩溃注册信息与状态数据不再保存在难以建立与维护的注册表中你所定义的类型及附属信息作为元数据被保存这使得复制与移动组件的复杂程度得到降低编译工具用他们自己的方式向开发人员展现 CLR 的功能这意味着运行时间的一些特性可能在不同的语言中的表现形式将会有所不同你怎样体验运行时的特性将取决于你所使用的语言比如说如果你是一位 VB 开发人员你可能注意到在运行时环境的帮助下 VB 语言比以前具有更多的面向对象的特性 <> page begin==================== 2.2.2 可操控执行的含义前面的叙述中我们多次提到了可操控这一概念这意味着它指向的对象在执行过程中完全被运行时环境所控制在执行过程中运行时环境提供以下服务自动内存管理调试支持增强的安全性及与非可操控代码的互操作性例如 COM 组件在可控执行进程中的第一步是选择源代码的生成工具如果你希望你的应用拥有 CLR 提供的优势你必须使用一种或多种以运行时为目标的语言编译器例如 VB C# VC 的编译器或者一种第三方编译器如 PERL 或 COBOL 编译器由于运行时是一种多语言执行环境它支持众多的数据类型和语言特性你使用的语言编译器决定你将使用运行时的哪一部分功能子集在代码中使用的语法由你的编译器决定而不是运行时环境如果你的组件需要被其他语言的组件完全使用那么你必须在你组件的输出类型中使用 CLR 所要求的语言特征当你完成并编译你的代码时编译器将它转换为微软中间语言 Microsoft Intermediate Language MSIL 同时产生元数据当你要执行你的代码时这种中间语言被即时 Just In Time JIT 编译器编译成为本地代码如果安全策略需要的代码是类型安全的通常情况下都是如此 JIT 编译器将在编译进程中对中间语言进行类型检查一旦失败在代码执行中将会触发异常 2.2.3 CLR 的突出特色跨语言集成的能力 CLR 包含了一个丰富的语言特性集保证了它与各种程序设计语言的兼容性这一特性集即公用语言规范稍后将对其进行详细说明内存管理自动化在执行过程中管理应用程序的资源是一项单调而困难的工作它会将你的注意力从你本应解决的问题中引开而垃圾收集机制完全解决了程序员在编程过程中头痛的问题跟踪内存的使用并知道何时将它们释放在面向对象的环境中每种类型都标识了对你的应用有用的某种资源为了使用这些资源你需要为类型分配内存在应用中访问一种资源要通过以下步骤 1 为类型分配内存 2 初始化内存设置资源的初始状态并使其可用 3 通过访问该类型的实例成员来访问资源 4 卸下将被清除的资源状态 5 释放内存这一看似简单的过程在实际的编程中是产生程序错误的主要来源之一更可怕的是内存中的错误往往导致不可预见的结果如果你有过编程的经验想想看有多少次你的程序因为内存访问错误而崩溃 CLR 要求所有的资源从可操控的堆注在此指一种内存结构中分配当一个 <> page begin==================== 进程被初始化后 CLR 保留了一个未被分配的地址空间这一区域叫做可操控堆在堆中保持了指向下一个将被分配给对象的堆地址的指针 NEXT 初始状态下该指针是保留地址空间的基地址一个应用使用新的操作产生对象此操作首先检查新对象需要字节的大小是否会超出保留空间如果对象大小合适指向下一个地址的指针将指向堆中的这个对象该对象的构造器被调用新的操作返回对象的地址当一个应用请求建立一个对象时地址空间可能不够大堆将发现这一点通过将新对象的大小与 NEXT 指针相加并与堆的大小进行比较这时垃圾收集器就将被调用在这里 CLR 引入了代的概念代指堆中对象产生的先后这样垃圾收集器在将发生溢出时回收属于特定的代的对象而不是回收堆中的所有对象 6 即时编译在各种语言的编译器对源代码进行编译之后在 CLR 环境中产生的是中间代码出于兼容性与跨语言集成的考虑其内容虽然有效但在转化为本地代码之前它本身是不可执行的这就是 JIT 编译器需要完成的工作这里需要说明一个问题为什么要即时编译而不是一次性的将中间代码文件进行编译答案很简单原因在于效率在大型的应用中你很少会用到程序的全部功能这种边执行边编译的措施比一次性的完全编译效率更高在 Windows 平台中 CLR 带有三个不同的 JIT 编译器 7 缺省的编译器主编译器由它进行数据流分析并输出经过优化的本地代码所有的中间代码指令均可被它处理 8 PREJIT 它建立在主 JIT 编译器之上其运行方式更像一个传统的编译器每当一个.NET 组件被安装时它就运行 9 ECONOJIT 在并不充分优化的前提下它能够快速完成 IL 代码到本地码的转换编译速度与运行速度都很快为了配合编译器的工作在.NET SDK 的安装路径下的/bin 目录中有一个负责管理 JIT 的应用程序 jitman.exe 具体的使用参见联机帮助 10 解决版本与发布问题在当前以组件为基础的系统中开发人员和用户对于软件版本和发布中存在的问题已经十分熟悉了当我们安装一个新的应用之后我们很可能发现原本正常的某个应用程序奇怪地停止了工作绝大多数开发人员将时间花在了确保所有注册表入口的一致性以便激活 COM 类上这就是所谓的 DLL 地狱 .NET 平台通过使用集合来解决这一问题在这里集合是一个专有名词指类型与资源的发布单元在很大程度上它等同于今天的 DLL 正像.NET 用元数据描述类型一样它也用元数据描述包含类型的集合通常说来集合由四个部分组成集合的元数据集合的内部清单元数据描述的类型实现类型的中间语言代码和一组资源在一个集合中以上四个部分并不是都必须存在但是集合中必须包含类型或资源这样集合才有意义在.NET 中一个基本的设计方针是使用孤立的组件一个孤立的集合的含义是指一个集合只能被一个应用所访问在一台机器上它不被多个应用共享也不会受其它应用程序对系统的更改的影响孤立赋予了开发人员在自己的程序中对代码的完全 <> page begin==================== 控制权任何共享代码都需要被明确地标识同时 .NET 框架也支持共享集合的概念一个共享集合指在一台机器上被多个应用共享的集合共享集合需要严格地命名规定有了.NET 应用程序间的共享代码是明确定义的共享集合需要一些额外的规则来避免我们今天遇到的共享冲突问题共享代码必须有一个全局唯一的名称系统必须提供名称保护并在每当引用共享集合时 CLR 将对版本信息进行检查此外.NET 框架允许应用或管理员在明确说明的版本政策下重写集合的版本信息 2.2.4 公用语言规范使被不同语言的编译器所编译的对象能够相互理解的唯一方法是所有在互操作过程中涉及的数据类型和语言特性对所有的语言来说是公共的为了这个目的公用运行时环境标识了一组语言特征的集合称为公用语言规范 CLS 如果你的组件在应用程序接口 Application Program Interface 中仅使用 CLS 的特征语言包括子类那么该组件能够被任何支持CLS的语言所编译的组件访问所有支持CLS并仅使用CLS 中的语言特征的组件被称为符合 CLS 的组件设计公用语言规范时遇到的一个最主要的挑战是选择适当的语言特性子集的大小它应具有完全的表达能力又应足够小使得所有的语言能够容纳它由于 CLS 是关于语言互用性的规范它的规则仅应用于外部可见的条目中 CLS 假设语言间的互操作性仅在语言集合的边界发生交叉时才是重要的也就是说在单一的语言集中对于编程技术的使用没有任何限制 CLS 的规则仅作用于在定义它们的语言集合之外仍然可见的项上这样就大大缩小了 CLS 的范围减轻了系统的负担在 CLS 中是用 System.CLSCompliantAtribute 类来标识一个集合或者类是否是符合 CLS 规范的在 System.CLSCompliantAtribute 的构造器中有一个 Boolean 型的返回值代表了与之相关联的项是否符合 CLS 规范 2.3 开发工具 .NET 为使用与开发人员提供了功能强大种类丰富的管理与开发工具同时它们也是.NET 框架提供的服务我们将它们列在下面正是由于有了它们的支持.NET 才变得如此强大 1. Visual Studio.NET 是.NET 的核心开发工具包括微软提供的各种开发语言其中有 Visual C# 2. Assembly Generation Utility (al.exe) 用来建立集合的工具它能够将资源文件或 MSIL 格式的文件转换为带有内容清单的集合 3. Windows Forms ActiveX Control Importer (aximp.exe) 完成 COM 类库中类型定义的转换使 ActiveX 控件能够在 Windows 窗口控件上使用 4. Code Access Security Policy Utility (caspol.exe) 在用户与机器水平上修改安全策略 <> page begin==================== 5. Software Publisher Certificate Test Utility (Cert2spc.exe) 用于从 X.509 证书中生成软件出版证明书 SPC 6. Certificate Manager Utility (certmgr.exe) 管理证书证书信任列表和证书回收列表 7. Certificate Verification Utility (chktrust.exe) 检查证书签名的合法性 8. Runtime Debugger (cordbg.exe) 运行时调试器是一个命令行程序帮助开发人员发现和调试基于 CLR 的应用程序中的错误 9. Global Assembly Cache Utility (gacutil.exe) 允许你浏览与操纵全局集合缓存中内容的命令行程序 10. MSIL Assembler (ilasm.exe) MSIL 汇编程序协助设计与实现 MSIL 生成器的程序 11. MSIL Disassembler (ildasm.exe) MSIL 反汇编程序与 ilasm.exe 共同使用将由 MSIL 代码产生的 Portable Executable 文件转换为文本文件 12. Instaler Utility (instalutil.exe) 用来安装与卸载服务资源 13. License Compiler (lc.exe) 产生可包含在可执行二进制文件中的二进制资源文件 14. Certificate Creation Utility (makecert.exe) 生成 X.509 证书与用于数字签名的公用与私有密钥 15. Permissions View Utility(permview.exe) 通过一个集合浏览许可集的工具 16. Peverify Utility(peverify.exe) 检查中间语言与元数据是否符合类型安全认证要求 17. Assembly Registration Tool(RegAsm.exe) 读取集合中的元数据并加上必要注册表入口信息使得 COM 客户透明地建立 CLR 的类 18. Services Registration Tool (RegSvcs.exe) 服务注册工具它完成执行以下功能装载与注册一个集合为现有的 COM+1.0 应用生成注册与安装类库 19. Resource File Generator Utility(ResGen.exe) 资源文件生成器用来将文本文件和 XML 格式的资源文件转换为 CLR 的二进制文件 20. Secutil Utility(SecUtil.exe) 使得从集合中抽取的安全信息更加容易 21. Set Registry Utility(setreg.exe) 改变注册表中公开密钥密码系统的设置 22. Assembly Cache Viewer(shfusion.dl) 允许你使用 Windows 浏览器察看与操作全局集合缓存中的内容 23. File Signing Utility(signcode.exe) 为 PE (portable executable)文件做标记赋予程序员在组件安全约束的基础上对安全性有更多的控制权 24. Shared Name Utility(Sn.exe) 帮助程序员以共享名称建立集合 25. Soapsuds Utility(SoapSuds.exe) 使用远程技术帮助你编译与 Web 服务相通信的客户应用 26. Isolated Storage Utility(storeadm.exe) 一种用来管理隔离存储区的命令行工具 27. Type Library Exporter(TlbExp.exe) 命令行程序生成由集合名称指示的包含集合中公共类型定义的类库 <> page begin==================== 28. Type Library Importer (TlbImp.exe) 将 COM 类库中的类型定义转换为在 CLR 中与元数据格式一致的类型定义 29. Web Service Utility(WebServiceUtil.exe) 帮助建立 ASP.NET Web 服务与客户 30. Windows Forms Class Viewer(wincv.exe) 能够在某种查找模式下快速查找类或者类序列的信息 31. Windows Forms Designer Test Container(windes.exe) 允许开发人员测试开发出的视窗窗体控件在设计时的行为 32. XML Schema Definition Tool(xsd.exe) XML 计划定义工具 2.4 小结本章解释了与.NET 有关的概念并简要介绍了一些相关的技术在了解了.NET 的结构之后我们重点讨论了公用语言运行时环境和公用语言规范最后给出了.NET 开发工具的清单在完成本章的学习之后你已经了解了有关 C#运行环境的相关知识这将为你深入学习 C#打下良好的基础从下一章开始我们将进入实际的编程实践中您将会发现关于 C#的更多更有趣的东西复习题 1 .NET 的结构由哪四部分组成 2 请简要总结 CLR 的作用 3 可操控执行的含义是什么 4 .NET 是怎样解决传统 Windows 程序设计中 DLL 的版本问题的 5 什么是 CLS 它的范围是怎样确定的 <> page begin==================== 第三章编写第一个应用程序介绍了 C#语言的这么多优点您可能已经有些不耐烦了好那就让我们开始 C# 的开发之路吧本章介绍如何生成您的第一个 C#程序这是一个最基本的 C#应用程序程序中的代码在全书中将经常出现我一直坚信只有不断练习才是最好的学习方式所以建议读者从本章开始对书中所提供的程序示例亲自进行编辑编译和运行在这个过程中您将获得开发 C#程序的有益经验 3.1 Welcome 程序可以这么说与用户没有任何交互的应用程序根本没有任何用处病毒和黑客当然除外然而即使是病毒程序的作者也常常喜欢在自己得逞之后炫耀一番学习任何一门语言绝大多数情况下人们都是从输入输出开始的第一个程序总是非常简单的我们让用户通过键盘输入自己的名字然后程序在屏幕上打印一条欢迎信息程序的代码是这样的程程序序清清单单 3-1 using System; class Welcome { static void Main() { Console.WriteLine("Please enter your name:"); Console.ReadLine(); Console.WriteLine("Welcome to you!"); } } 您可以在任意一种编辑软件中完成上述代码的编写然后把文件存盘文件名叫做 Welcome.cs 典型的 C#源文件通常都是以 .cs 作为文件的扩展名 3.2 代码分析首先要提出的是 C#语言是大小写敏感的这一点对于 C 和 C++程序员没什么问 <> page begin==================== 题只是要提醒一下 VB 和 Delphi 的程序员接下来让我为您逐条地分析上面的 C#程序语句 3.2.1 名字空间 using System 表示导入名字空间高级语言总是依赖于许多系统预定义的元素如果您是 C 或 C++的程序员那么您一定对使用#include 之类的语句来导入其它 C 或 C++ 源文件再熟悉不过了 C#中的含义与此类似用于导入预定义的元素这样在自己的程序中就可以自由地使用这些元素如果没有导入名字空间的话我们该怎么办呢程序还能保持正确吗答案是肯定的那样的话我们就必须把代码改写成下面的样子程程序序清清单单 3-2 class Welcome { static void Main() { System.Console.WriteLine("Please enter your name:"); System.Console.ReadLine(); System.Console.WriteLine("Welcome to you!"); } } 也就是说在每个 Console 前加上一个前缀 System. 这个小原点 . 表示 Console 是作为 System 的成员而存在的 C#中抛弃了 C 和 C++中繁杂且极易出错的操作符像 : 和 -> 等 C#中的复合名字一律通过 . 来连接 System 是.Net 平台框架提供的最基本的名字空间之一有关名字空间的详细使用方法我们将放在第十七章中详细介绍在这里只要我们学会怎样导入名字空间就足够了 3.2.2 类和类的方法让我们从写第一个程序时就记住每个东西都必须属于一个类如果您是 C 或 C++ 的程序员请暂时忘掉那些全局变量在程序的第二行 class Welcome 声明了一个类类的名字叫做 Welcome 这个程序为我们所作的事情就是依靠它来完成的和 C C++中一样源代码块被包含在一对大括号 { 和 } 中每一个右括号 } 总是和它前面离它最近的一个左括号 { 相配套如果左括号 { 和右括号 } 没有全部配套那程序就是一个错误的程序 static void Main()表示类 Welcome 中的一个方法方法总是为我们完成某件工作的注意在 C#程序中程序的执行总是从 Main()方法开始的一个程序中不允许出 <> page begin==================== 现两个或两个以上的 Main()方法对于习惯了写 C 控制台程序的读者请牢记 C#中 Main()方法必须被包含在一个类中 3.2.3 程序的输入和输出程序所完成的输入输出功能都是通过 Console 来完成的 Console 究竟是什么呢它是在名字空间中 System 已经为我们定义好的一个类这里我们不用管它是怎么完成工作的只要使用它就可以了上面的代码中类 Console 为我们展现了两个最基本的方法 WriteLine 和 ReadLine Console.ReadLine 表示接受输入设备输入 Console. WriteLine 则用于在输出设备上输出我们再为读者介绍 Console 中用于输入输出的另两个方法 Read 和 Write 它们和 ReadLine 与 WriteLine 的不同之处在于 ReadLine 和 WriteLine 执行时相当在显示时多加了一个回车键而使用 Read 和 Write 时则光标不会自动转移到下一行让我们再对例子程序进行扩展使得用户的输入对输出产生作用程程序序清清单单 3-3 using System; class Welcome { static void Main() { Console.WriteLine("Please enter your name:"); string name = Console.ReadLine(); Console.WriteLine("Welcome to you,{0}!",name); } } 我们用到了 string name = Console.ReadLine()这条语句其中 string name 表示声明一个字符串类型的变量 name 系统定义的 Console 类提供的方法 ReadLine()的返回值类型为 string 所以这句话表示从输入设备读取一个字符串并把读取的值赋予变量 name 再来看一下程序的最后一条输出语句 Console.WriteLine("Welcome to you,{0}!",name); 这条语句表示在屏幕上对输出的字符串进行格式化其中表示用方法的第二个参数来替代格式化后字符串相应的位置对字符串进行格式化的参数可以是一个字符串也可以是一个字符或者是一个整数等等采用这种方式最多可以格式化三个变量比如 int x = 3; string name1 = “Mike”; <> page begin==================== string name2 = “John”; Console.WriteLine("Welcome to you {0} times,{1} and {2}!",x,name1,name2); 和绝大多数编程语言一样 C#提供了字符串类型 string 它与 C 中的 MFC 为我们提供的类十分类似 C#中的 string 类型是一个引用类型引用类型在第四章中我们有详细说明为标准字符集利用 string 可以方便地对字符串进行连接截断等操作比如 string s = “Good” + “Morning”; char x = s[3]; 例子演示了字符串 s 由两个字符串 Good 和 Morning 相加得到字符串还可以通过下标进行索引得到一个字符上面的例子中字符 x 的值为 o 所以源程序 3-4 和源程序 3-3 的作用没什么区别程程序序清清单单 3-4 using System; class Welcome { static void Main() { Console.WriteLine("Please enter your name:"); string message = “Welcome to you “ + Console.ReadLine(); Console.WriteLine(mesage); } } 3.3 运行程序理解了源程序中每条代码的具体含义之后下一步要做的就是让这个程序真正能够运行不过对源代码即使还有不明白的地方也没有关系在后续章节的学习中您最终会熟练掌握这些概念的如果您的电脑上安装了 Visual Studio .Net 则可以在集成开发环境 Integrated Developer Environment IDE 中直接选择快捷键或菜单命令编译并执行源文件如果您不具备这个条件那么您至少需要安装 Microsoft .Net Framework SDK 这样才能够不妨碍您在本书中继续学习 C#语言实际上 .Net 平台内置了 C#的编译器下面让我们使用这个微软提供的命令行编译器对我们的程序进行编译启动一个命令行提示符在屏幕上输入一行命令 csc welcome.cs <> page begin==================== 我们假设您已经将 welcome.cs 文件保存在当前目录下如果一切正常 welcome.cs 文件将被编译运行屏幕上出现一行字符提示您输入姓名 Please enter your name: 输入任意个字符并按下回车键屏幕将打印出欢迎信息 Welcome to you! 注意和到目前为止我们使用过的绝大多数编译器不同在 C#中编译器只执行编译这个过程而在 C 和 C++中要经过编译和链接两个阶段换而言之 C#源文件并不被编译为目标文件 .obj 而是直接生成可执行文件 .exe 或动态链接库 .dll C#编译器中不需要包含链接器编译选项我们可以灵活地使用 .Net 平台提供的命令行编译器的不同选项选择不同的编译方式从而灵活地对编译进行控制例如如果我们希望对源文件 Welcome.cs 进行编译生成名为 MyWelcome.exe 的可执行文件我们可以采用这样的命令 csc/out: MyWelcome.exe Welcome.cs 如果我们并不需要一个可执行文件而仅仅是希望简单地检查源文件中是否存在语法错误则命令可以写成 csc/nooutput: Welcome.cs 如果不知道各个选项的具体含义可以通过求助来获得 csc/? 为方便读者我们在表 3-1 中按字母排序的顺序列出了命令行编译器 csc 常用的参数及其用途更详细的信息请参阅 C#联机帮助文档表 3-1 命令行编译器选项选项作用 @ 指定响应文件 /? 列出编译命令选项 /addmodule 指定一个或多个模块作为装配的一部分 /baseaddress 指定载入动态链接库的首选地址 /bugreport 生成一个报告文件其中包含程序 Bug 的详细信息 /checked 指定算术运算的溢出是否会导致程序在运行时抛出一个异常 /codepage 指定编译的所有源文件所使用的代码页 /debug 给出调试信息 /define 定义预处理程序的符号 /doc 由文件注释生成 XML 文件 /fulpaths 指定输出的绝对路径 /help 列出编译命令选项 /incremental 允许对源文件进行递增式编译 /linkresource 在装配时链接指定的 NET 资源 <> page begin==================== /main 指定 Main 方法所处的位置 /nologo 编译过程中不显示编译信息 /nooutput 编译源文件但不输出 /nostdlib 不导入标准库 (mscorlib.dl). 续表选项作用 /nowarn 编译过程中不生成警告信息 /optimize 指定编译时是否进行优化 /out 指定输出文件 /recurse 搜索子目录以寻找源文件 /reference 从包含装配的文件中导入元数据 /resource 把 NET 资源内嵌到输出文件 /target 指定输出文件的格式 /target:exe 输出文件为 exe 可执行文件 /target:library 输出文件为链接库 /target:module 输出文件为模块 /target:winexe 输出文件为 winexe 可执行文件 /unsafe 允许编译使用了不安全关键字的代码 /warn 设置警告级别 /warnaserror 把警告信息作为错误看待 /win32icon 把 .ico 图标文件插入到输出文件 /win32res 把 Win32 资源插入到输出文件 .4 添加注释应用程序并不是只要你自己一个人能看懂就够了不管以前计算机老师或者是编程书籍是否已经告诫过这里我还要再一次强调养成良好的代码注释的习惯这是一名优秀的程序员必备的条件之一代码注释不会浪费您的编程时间它只会提高您的编程效率使您的程序更加清晰完整友好注释的方式和 ++没有区别每一行中双斜杠后面的内容以及在分割符和之间的内容都将被编译器忽略这样我们就可以采用进行单行注释采用分割符和进行多行注释让我们对 Welcome 程序加上注释程程序序清清单单 3-5 源文件 welcome.cs / 说明这里是我的第一个程序 <> page begin==================== using System; class Welcome { static void Main() { Console.WriteLine("Please enter your name:"); 要求用户输入姓名 Console.ReadLine(); 读取用户输入 Console.WriteLine("Welcome to you!"); 本行代码用于打印欢迎信息您可以在这里添加自己的代码程序在这里结束 } } 上面的注释似乎有些小题大做但它毕竟说明了中注释的使用方法下面是对程序进行注释时要注意的两个问题首先避免在之后的单行注解中使用反斜杠符号 \ 因为反斜杠符号 \ 在中是一个续行符这样做往往会导致你所不希望的结果出现例如当你写了类似于下面的代码 Console.WriteLine(“The result is:{0}” , / \ 150 ); 在编译这段代码时表示逻辑上同一行剩余的所有文字被作为注释看待而续行符 \ 则将这一行同下一行连接起来那么第二行也被作为注释的一部分这时编译器找不到与第一行的左括号相匹配的右括号因此编译出错其次分割符和之间的注释不能有嵌套注释这是因为编译器从遇到第一个分割符开始将忽略下一个直到遇上下一个与之匹配的分割符才认为注释结束这样编译器就会对多余的报告

　　为了完成面向对象的课程设计，我最近开始正式学习VC++。在学习单文档应用窗口切分的例程时，我发现用鼠标拖动切分条可以改变切分窗口的比例。我的课程设计中可不需要这样的效果。怎么才能让它固定呢？在网上搜了一下，发现大部分文章都是在粗略介绍用CSplitterWnd切分窗口的，没有详细说明怎样固定窗片的；还有一部分是在论坛里求助这个问题的帖子，回答也不是太明了。最后终于让我找到了一篇对我有帮助的文章

问：如何在MDI环境下枚举所有打开的窗口？答：In MFC, each CMDIChildWnd createdby the framework is managed as a child window of the MDIClient window.This MDIClient window is a child of the mainframe window and fi

问自编浏览器进入一个网页后,点一个链接后系统自动调用用IE打开网页而不是用自身浏览器打开网页。如何让窗口用我自己的浏览器打开？答 http://www.csdn.net/develop/read_article.asp?id=21702 控制新的窗口默认情况下，浏览器收到创建新窗口请求时，会在IE中打开新的窗口。你可以处理NewWindow2事件来在自己指定的窗

15,980

社区成员

115,867

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章