VC++里好菜的问题：将类成员变量初始化为0

ExitWindows 2004-08-03 11:20:42

VC++中，自定义一个类，下有很多成员变量，想在初始化时一下子将所有成员变量都置为0，有没有简单一点的方法？
（在构造函数中一个个赋值太麻烦了，我总想应该有一个类似于给struct赋值的的方法：ZeroMemory() 之类）

...全文

281 9 打赏收藏转发到动态举报

写回复

用AI写文章

9 条回复

切换为时间正序

请发表友善的回复…

发表回复

holyeagle 2004-08-03

打赏
举报

成员变量默认不会初始化成0，尤其是release，会是任意的值，debug下是0xcccccccc，好像表示clear

ExitWindows 2004-08-03

打赏
举报

说明：
这个类没有父类；类的成员变量默认初始化为0？不会吧。

lishan2002 2004-08-03

打赏
举报

成员变量默认初始化为0

holyeagle 2004-08-03

打赏
举报

好像很危险，可以用ZeroMemory，不过会将你父类得变量一起设为0

lixiaosan 2004-08-03

打赏
举报

成员变量默认初始化为0

lizmei001 2004-08-03

打赏
举报

统一楼上的Cline(营营)
申明的时候，你要为0的放到追前面

toxyboy 2004-08-03

打赏
举报

Mark

Cline 2004-08-03

打赏
举报

ZeroMemory(this,sizeof(CXXXX));

李_军 2004-08-03

打赏
举报

默认就是初始化为0的吧。

代码齐全，备注详细，适合初学者计算器 mfc 代码基于VC++简易计算器实验详细过程硬件环境: 软件环境:WinXP+VC++6.0 一、实验目的：构造一个类似Windows自带的计算器一样的简易计算器，能够连续进行加、减、乘、除四则整数运算，并能随时清除计算结果进行下一次计算。二、具体实验步骤： 1、添加编辑框对应的变量m_number 2、添加运算符类型变量 Char cc; //用于存储运算符类型 CString firstnumber; //用于保存运算符前面的输入值 3、添加各种按钮的单击事件处理方法的函数控件名称列表：主对话框标识：IDD_My_DIALOG 关于对话框

vc++利用ADOX创建数据库 // ADOXCreateDatabaseDlg.cpp : implementation file // #include "stdafx.h" #include "ADOXCreateDatabase.h" #include "ADOXCreateDatabaseDlg.h" #include "Shlwapi.h" #pragma comment(lib,"shlwapi.lib") // Download by http://www.codefans.net #ifdef _DEBUG #define new DEBUG_NEW #undef THIS_FILE static char THIS_FILE[] = __FILE__; #endif ///////////////////////////////////////////////////////////////////////////// // CAboutDlg dialog used for App About class CAboutDlg : public CDialog { public: CAboutDlg(); // Dialog Data //{{AFX_DATA(CAboutDlg) enum { IDD = IDD_ABOUTBOX }; //}}AFX_DATA // ClassWizard generated virtual function overrides //{{AFX_VIRTUAL(CAboutDlg) protected: virtual void DoDataExchange(CDataExchange* pDX); // DDX/DDV support //}}AFX_VIRTUAL // Implementation protected: //{{AFX_MSG(CAboutDlg) //}}AFX_MSG DECLARE_MESSAGE_MAP() }; CAboutDlg::CAboutDlg() : CDialog(CAboutDlg::IDD) { //{{AFX_DATA_INIT(CAboutDlg) //}}AFX_DATA_INIT } void CAboutDlg::DoDataExchange(CDataExchange* pDX) { CDialog::DoDataExchange(pDX); //{{AFX_DATA_MAP(CAboutDlg) //}}AFX_DATA_MAP } BEGIN_MESSAGE_MAP(CAboutDlg, CDialog) //{{AFX_MSG_MAP(CAboutDlg) // No message handlers //}}AFX_MSG_MAP END_MESSAGE_MAP() ///////////////////////////////////////////////////////////////////////////// // CADOXCreateDatabaseDlg dialog CADOXCreateDatabaseDlg::CADOXCreateDatabaseDlg(CWnd* pParent /*=NULL*/) : CDialog(CADOXCreateDatabaseDlg::IDD, pParent) { //{{AFX_DATA_INIT(CADOXCreateDatabaseDlg) m_dbName = _T(""); //}}AFX_DATA_INIT // Note that LoadIcon does not require a subsequent DestroyIcon in Win32 m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME); } void CADOXCreateDatabaseDlg::DoDataExchange(CDataExchange* pDX) { CDialog::DoDataExchange(pDX); //{{AFX_DATA_MAP(CADOXCreateDatabaseDlg) DDX_Text(pDX, IDC_DBNAME, m_dbName); //}}AFX_DATA_MAP } BEGIN_MESSAGE_MAP(CADOXCreateDatabaseDlg, CDialog) //{{AFX_MSG_MAP(CADOXCreateDatabaseDlg) ON_WM_SYSCOMM

第一部分程序员必读第一章对程序错误的处理在我们开始介绍Microsoft Windows应该提供的许多特性之前，我们首先必须了解Windows的各个函数是如何进行错误处理的。当你调用一个Windows函数时，它首先要检验你传递给它的的各个参数的有效性，然后再设法执行它的任务。如果你传递了一个无效参数，或者由于某种原因它无法执行这项操作，那么该函数就会返回一个值，指明该函数在某种程度上运行失败了。表1-1列出了大多数Windows函数使用的数据类型的返回值。表1-1 Windows函数常用的返回值类型数据类型表示失败的值 VOID 该函数的运行不可能失败。Windows函数的返回值类型很少是VOID。 BOLL 如果函数运行失败，那么返回值是0，否则返回的是非0值。最好对返回值进行测试，以确定它是0还是非0。如果它是TRUE ，则不要测试返回值。 HANDLE 如果函数运行失败，则返回值通常是NULL，否则返回值为 HANDLE，，用于标识你可以操作的一个对象。对于这个返回值，你应该小心处理，因为有些函数会返回一个句柄值INVALID_HANDLE_VALUE，它被定义为-1。该函数的 Platform SDK资料将会清楚地说明该函数是返回NULL还是INVALID_HANDLE_VALID，以便指明函数运行已经失败。 PVOID 如果函数运行失败，则返回值是NULL，否则返回PVOID，以标识数据块的内存地址。 LONG/DWORD 这是个难以处理的值。返回数量的函数通常返回LONG 或DWORD。如果由于某种原因，函数无法对你想要进行计数的对象进行计数，那么该函数通常返回0或-1（根据该函数而定）。如果你调用的函数返回了LONG/DWORD，那么请认真阅读Platform SDK资料，以确保你能正确检查潜在的错误。当一个Windows函数返回一个错误代码时，它常常可以用来了解函数为什么会运行失败。Microsoft公司编译了一个所有可能的错误代码的列表，并且为每个错误代码分配了一个32位的号码。从系统内部来讲，当一个Windows函数检测到一个错误时，它会使用一个称为线程本地存储器的机制，将相应的错误代码号码与调用的线程关联起来。（“线程本地存储器”将在第21章中介绍）。这将使线程能够互相独立地运行，而不会影响各自的错误代码。当函数返回给你时，它的返回值就能指明一个错误已经发生。若要确定这是个什么错误，请调用GetLastError函数：见原书P4的程序（1）该函数只返回线程的32位错误代码。当你拥有32位错误代码的号码时，你必须将该号码转换成更有用的某种对象。WinError.h头文件包含了Microsoft公司定义的错误代码的列表。下面我显示了该列表的某些内容，使你能够看到它的大概样子：见原书P4的程序（2）和P5的程序你可以看到，每个错误都有3种表示法：即一个消息ID（这是你可以在源代码中使用的一个宏，以便与GetLastError的返回值进行比较），消息文本（对错误的英文描述）和一个号码（你应该避免使用这个号码，而应该使用消息ID）。请记住，我只选择了WinError.h头文件中的很少一部分内容来向你进行展示，整个文件的长度超过21000行。当Windows函数运行失败时，你应该立即调用GetLastError函数，否则，如果你调用另一个Windows函数，它的值很可能被改写。说明 GetLastError能返回线程产生的最后一个错误。如果该线程调用的Windows 函数运行成功，那么最后一个错误代码就不被改写，并且不指明运行成功。有少数Windows函数并不遵循这一规则，并且它会更改最后的错误代码，但是Platform SDK资料通常指明，当函数运行成功时，该函数会更改最后的错误代码。 Windows 98 许多Windows 98的函数实际上是用Microsoft公司的16位Windows 3.1产品产生的16位代码来实现的。这种比较老的代码并不通过GetLastError之类函数来报告错误，而且Microsoft公司并没有在Windows 98中修改16位代码，以支持这种错误处理方式。对于我们来说，这意味着Windows 98中的许多Win32 函数在运行失败时不能设置最后的错误代码。该函数将返回一个值，指明运行失败，这样你就能够发现该函数确实已经运行失败。但是你无法确定运行失败的原因。有些Windows函数之所以能够成功运行，那是若干个原因产生的结果。例如，创建指明的事件内核对象之所以能够取得成功，原因是你实际上创建了该对象，或者是因为已经存在带有相同名字的事件内核对象。你的应用程序必须知道成功的原因。为了将该信息返回给你，Microsoft公司选择使用最后错误代码机制。这样，当某些函数运行成功时，你就能够通过调用GetLadtError函数来确定其他的一些信息。对于具有这种行为特性的函数来说，Platform SDK资料清楚地说明了GetLastError函数可以这样来使用。请参见该资料，以便找出CreateEvent函数的例子。当你进行调试的时候，我发现监控线程的最后错误代码是非常有用的。在Microsoft Visual studio 6.0中，Microsoft的调试程序支持一个非常有用的特性，即你可以配置Watch窗口，以便始终都能向你显示线程的最后错误代码的号码和该错误的英文描述。通过选定Watch窗口中的一行，并键入“@err,hr",你就能够做到这一点。观察图1-1，你会看到我已经调用了CreateFile函数。该函数返回INVALID_HANDLE_VALUE（-1）的HANDLE，表示它未能打开指定的文件。但是Watch窗口向我们显示最后错误代码（即如果我调用GetLastErro函数，该函数返回的错误代码）是0x00000002。该Watch窗口又进一步指明错误代码2是指“系统不能找到指定的文件。”你会发现它与WinError.h头文件中的错误代码2所指的字符串是相同的。图1-1 在Visual Studio 6.0的Watch窗口中键入 “@err,hr"，你就可以查看当前线程的最后错误代码。 Visual studio还配有一个小的实用程序，称为Error Lookup。你可以使用Error Lookup将错误代码的号码转换成它的文本描述。见P7的Error Lookup插图如果我在我编写的应用程序中发现一个错误，我可能想要向用户显示该错误的文本描述。Windows提供了一个函数，可以将错误代码转换成它的文本描述。该函数称为FormatMessage。请看下面的代码：见原书P8的程序（1） FormatMessage函数的功能实际上是非常丰富的，在创建向用户显示的字符串信息时，它是人们首选的函数。该函数之所以有这样大的作用，原因之一是它很容易用多种语言来进行操作。该函数能够检测出用户首选的语言（在Regional Settings Control Panel小应用程序中设定），并返回相应的文本。当然，你首先必须自己转换字符串，然后将已转换的消息表资源嵌入你的.exe文件或DLL模块，不过，这时该函数会选定正确的嵌入对象。ErrorShow示例应用程序（本章后面将加以介绍）展示了如何调用该函数，以便将Microsoft公司定义的错误代码转换成它的文本描述。有些人常常问我，Microsoft公司是否建立了一个主控列表，以显示每个Windows函数可能返回的所有错误代码。可惜，答案是没有这样的列表，而且Microsoft公司将永远不会建立这样的一个列表。因为在创建系统的新版本时，建立和维护该列表实在太困难了。建立这样一个列表时存在的问题是，你可以调用一个Windows函数，但是该函数能够在内部调用另一个函数，而这另一个函数又可以调用另一个函数，如此类推。由于各种不同的原因，这些函数中的任何一个函数都可能运行失败。有时，当一个函数运行失败时，较高级的函数对它进行恢复，并且仍然可以执行你想执行的操作。为了创建该主控列表，Microsoft公司必须跟踪每个函数的运行路径，并建立所有可能的错误代码的列表。这项工作很困难。当创建系统的新版本时，这些函数的运行路径就会改变。 1.1 你也能够定义自己的错误代码好了，我已经说明Windows函数是如何向函数的调用者指明发生的错误。Microsoft公司也使你能够将该机制用于你自己的函数。比如说，你编写了一个你希望其他人调用的函数。你的函数可能因为这样或那样的原因而运行失败，你必须向函数的调用者说明它已经运行失败。若要指明函数运行失败，你只需要设定线程的最后的错误代码，然后让你的函数返回FALSE，INVALID_HANDLE_VALUE，NULL，或者返回任何合适的信息。若要设定线程的最后错误代码，你只需要调用下面的代码：见原书P8的程序（2）请将你认为合适的任何32位号码传递给该函数。我设法使用WinError.h中已经存在的代码，只要该代码能够正确地指明我想要报告的错误即可。如果你认为WinError.h中的任何代码都不能正确地反映该错误的性质，那么你可以创建你自己的代码。错误代码是个32位的数字，它可以划分成下表所示的各个域。位 31-30 29 28 27-16 15-0 内容严重性 Microsoft/ 保留设备代码异常代码客户含义 0=成功 0=Microsoft 必须是0 由Microsoft 由Microsoft/ 1=供参考公司定义的公司定义客户定义 2=警告代码 3=错误 1=客户定义的代码这些域将在第24章中详细讲述。现在，你需要知道的重要域是第29位的信息。Microsoft公司规定，他们建立的所有错误代码的这个信息位均使用0。如果你创建自己的错误代码，你必须在这个信息位中输入1。这样，就可以确保你的错误代码与Microsoft公司目前或者将来定义的错误代码不会发生冲突， 1.2 ErrorShow示例应用程序 ErrorShow应用程序“01 ErrorShow.exe"(在图1-2中列出)展示了如何获取错误代码的文本描述的方法。该应用程序的源代码和资源文件位于本书所附光盘上的01-ErrorShow目录下。一般来说，该应用程序用于显示调试程序的Watch窗口和Error Lookup程序是如何运行的。当你启动该程序时，就会出现下面这个窗口。见原书P9的插图你可以将任何错误代码键入该编辑控件。当你单击Look Up按钮时，在底部的滚动窗口中就会显示该错误的文本描述。该应用程序唯一令人感兴趣的特性是如何调用FormatMessage函数。下面是我使用该函数的方法：见原书P10的程序（1）第一个代码行用于从编辑控件中检索错误代码的号码。然后，建立一个内存块的句柄并将它初始化为NULL。FormatMessage函数在内部对内存块进行分配，并将它的句柄返回给我们。当调用FormatMessage函数时，我传递了FORMAT_MESSAGE_FROM_SYSTEM标志。该标志告诉FormatMessage函数，我们想要系统定义的错误代码的字符串。我还传递了FORMAT_MESSAGE_ALLOCATE_BUFFER标志，告诉该函数为错误代码的文本描述分配足够大的内存块。该内存块的句柄将在hlocal变量中返回。第三个参数指明我们想要查找的错误代码的号码，第四个参数指明我们想要文本描述使用什么语言。如果FormatMessage函数运行成功，那么错误代码的文本描述就位于内存块中，我将它拷贝到对话框底部的滚动窗口中。如果FormatMesage函数运行失败，我设法查看NetMsg.dll模块中的消息代码，以了解该错误是否与网络有关。使用NetMsg.dll模块的句柄，我再次调用FormatMessage函数。你会看到，每个DLL（或.exe）都有它自己的一组错误代码，你可以使用Message Compiler（MC.exe）将这组错误代码添加给该模块，并将一个资源添加给该模块。这就是Visual Studio的Error Lookup工具允许你用Modules对话框进行的操作。图1-2 ErrorShow示例应用程序见原书P11—16 第2章 UNICODE 随着Microsoft公司的Windows操作系统在全世界日益广泛的流行，对于我们这些软件开发人员来说，将我们的目标瞄准国际上的各个不同市场，已经成为一个越来越重要的问题。美国的软件版本比国际版本提前6个月推向市场，这曾经是个司空见惯的现象。但是，由于各国对Windows操作系统提供了越来越多的支持，因此就更加容易为国际市场生产各种应用软件，从而缩短了软件的美国版本与国际版本推出的时间间隔。 Windows操作系统始终不逾地提供各种支持，以帮助软件开发人员进行应用程序的本地化工作。应用软件可以从各种不同的函数中获得特定国家的信息，并可观察控制面板的设置，以确定用户的首选项。Windows甚至支持不同的字体，以适应我们的应用的需要。我之所以将这一章放在本书的开头，是因为我考虑到Unicode是开发任何应用程序时要采用的基本步骤。关于Unicode的问题，我在本书的每一章中几乎都要讲到，而且本书中给出的所有示例应用程序都是“用Unicode实现的”。如果你为Microsoft Windows 2000或Microsoft Windows CE开发应用程序，你应该使用Unicode进行开发。如果你为Microsoft Windows 98开发应用程序，你必须对某些问题作出决定。本章也要讲述Windows 98的有关问题。 2.1 字符集软件的本地化要解决的真正问题，实际上就是如何来处理不同的字符集。多年来，我们许多人一直将文本串作为一系列单字节字符来进行编码，并在结尾处放上一个零。对于我们来说，这已经成了习惯。当我们调用strlen函数时，它在以0结尾的单字节字符数组中返回字符的数目。问题是，有些文字和书写规则（比如日文中的汉字就是个典型的例子）的字符集中的符号太多了，因此单字节（它提供的符号最多不能超过256个）是根本不敷使用的。为此我们创建了双字节字符集（DBCS），以支持这些文字和书写规则。 2.1.1 单字节与双字节字符集在双字节字符集中，字符串中的每个字符可以包含一个字节，也可以包含两个字节。例如，日文中的汉字，如果第一个字符在0x81与0x9F之间，或者在0xE0与0xFC之间，那么你就必须观察下一个字节，才能确定字符串中的这个完整的字符。如果要使用双字节字符集，对于程序员来说简直是个很大的难题，因为有些字符只有一个字节宽，而有些字符则是两个字节宽。如果只是调用strlen函数，那么你无法真正了解字符串中究竟有多少字符，它只能告诉你到达结尾的0之前有多少个字节。ANSI的C运行期库中没有配备相应的函数，使你能够对双字节字符集进行操作。但是，Microsoft Visual C++的运行期库却包含许多函数，如_mbslen,它可以用来操作多字节（既包括单字节也包括双字节）字符串。为了帮助你对DBCS字符串进行操作，Windows提供了下面的一组帮助函数。函数描述 PTSTR CharNext 返回字符串中的下一个字符的地址（PCTSTR pszCurrentChar）； PTSTR CharPrev 返回字符串中的上一个字符的地址（PCTSTR pszStart, PCTSTR pszCurrentChar)； BOOL IsDBCSLendByte 如果该字节是DBCS字符的第一个字节，则返（BYTE bTestChar）；回TRUE 2.1.2 Unicode：宽字节字符集 Unicode是Apple和Xerox公司于1988年建立的一个技术标准。1991年，成立了一个集团机构负责Unicode的开发和推广应用。该集团由Apple、Compaq、HP、IBM、Microsoft、Oracle、Silicon Graphics、Sybase、Unisys和Xerox等公司组成。（若要了解该集团的全部成员，请通过网址www.Unicode.org查找。）该集团公司负责维护Unicode标准。Unicode的完整描述可以参阅AddisonWesley出版的《Unicode Standard》一书。（该书可以通过网址www.Unicode.org订购。） Unicode提供了一种简单而又一致的表示字符串的方法。Unicode字符串中的所有字符都是16位的字符（两个字节）。它没有专门的字节来指明下一个字节是属于同一个字符的组成部分，还是一个新字符。这意味着你只需要对指针进行递增或递减，就可以遍历字符串中的各个字符。你不再需要调用CharNext,CharPrev和IsDBCSLeadByte之类的函数。由于Unicode用一个16位的值来表示每个字符，因此总共可以得到65000个字符，这样，它就能够对世界各国的书面文字中的所有字符进行编码。这远远超过了单字节字符集的256个字符的数目。目前，已经为阿拉伯文、中文拼音、西里尔字母（俄文）、希腊文、西伯莱文、日文、韩文和拉丁文（英文）字母定义了Unicode代码点1。这些字符集中还包含了大量的标点符号、数学符号、技术符号、箭头、装饰标志、区分标志和其他许多字符。如果你将所有这些字母和符号加在一起，总计约达35000个不同的代码点，这样，总计的65000个代码点中，大约还有一半可供将来扩充时使用。这65536个字符可以分成不同的区域。下面这个表显示了一部分这样的区域以及分配给这些区域的字符。 16位代码字符 16位代码字符 0000-007F ASCII 0300-036F 通用区分标志 0080-00FF 拉丁文1字符 0400-04FF 西里尔字母 0100-017F 欧洲拉丁文 0530-058F 亚美尼亚文 0180-01FF 扩充拉丁文 0590-05FF 西伯莱文 0250-02AF 标准拼音 0600-06FF 阿拉伯文 02B0-02FF 修改型字母 0900-097F 梵文注1．代码点是指字符集中的一个符号的位置目前尚未分配的代码点大约还有29000个，不过它们是保留供将来使用的。另外，大约有6000个代码点是保留供你个人使用的。 2． 2 为何应该使用Unicode 当你开发应用程序时，你当然应该考虑利用Unicode的优点。即使现在你不打算对你的应用程序进行本地化，开发时将Unicode放在心上，肯定可以简化将来的代码转换工作。此外，Unicode还具备下列功能： * 可以很容易地在不同语言之间进行数据交换 * 使你能够分配支持所有语言的单个二进制.exe文件或DLL文件 * 提高你的应用程序的运行效率（本章后面还要详细介绍） 2．3 Windows 2000与Unicode Windows 2000是使用Unicode从头进行开发的，用于创建窗口、显示文本、进行字符串操作等的所有核心函数都需要Unicode字符串。如果你调用任何一个Windows函数并给它传递一个ANSI字符串，那么系统首先要将字符串转换成Unicode，然后将Unicode字符串传递给操作系统。如果你希望函数返回ANSI字符串，系统就会首先将Unicode字符串转换成ANSI字符串，然后将结果返回给你的应用程序。所有这些转换操作都是在你看不见的情况下发生的。当然，进行这些字符串的转换需要占用系统的时间和内存开销。例如，如果你调用CreateWindowEx函数，并传递类名字和窗口标题文本的非Unicode字符串，那么CreateWindowEx必须分配内存块（在你的进程的默认堆中），将非Unicode字符串转换成Unicode字符串，并将结果存储在分配到的内存块中，然后调用Unicode版本的CreateWindowEx函数。对于用字符串填入缓存的函数来说，系统必须首先将Unicode字符串转换成非Unicode字符串，然后你的应用程序才能处理该字符串。由于系统必须执行所有这些转换操作，因此你的应用程序需要更多的内存，并且运行的速度比较慢。通过从头开始用Unicode来开发应用程序，你就能够使你的应用程序更加有效地运行。 2． 4 Windows 98与Unicode Windows 98不是一种全新的操作系统。它继承了16位Windows操作系统的特性，它不是用来处理Unicode。如果要增加对Unicode的支持，其工作量非常大，因此在该产品的特性列表中没有包括这个支持项目。由于这个原因，Windows 98象它的前任产品一样，几乎都是使用ANSI字符串来进行所有的内部操作的。你仍然可以编写用于处理Unicode字符和字符串的Windows应用程序，不过，使用Windows函数要难得多。例如，如果你想要调用CreateWindowEx函数并将ANSI字符串传递给它，这个调用的速度非常快，不需要从你进程的默认堆栈中分配缓存，也不需要进行字符串转换。但是，如果你想要调用CreateWindowEx函数并将Unicode字符串传递给它，你就必须明确分配缓存，并调用函数，以便执行从Unicode到ANSI字符串的转换操作。然后你可以调用CreateWindowEx，传递ANSI字符串。当CreateWindowEx函数返回时，你就能释放临时缓存。这比使用Windows 2000上的Unicode要麻烦得多。在本章的后面部分中，我要介绍如何在Windows 98下进行这些转换。虽然Unicode函数的大多数代码在Windows 98中不起任何作用，但是有少数Unicode函数确实拥有非常有用的实现代码。这些函数是：见原书的P21 可惜的是，这些函数中有许多函数在Windows 98中会出现各种各样的错误。有些函数无法使用某些字体，有些函数会破坏内存堆栈，有些函数会使打印机驱动程序崩溃，如此等等。如果你要使用这些函数，你必须对它们进行大量的测试。即使这样，你可能仍然无法解决问题。因此你必须向用户说明这些情况。 2． 5 Windows CE与Unicode Windows CE操作系统是为小型设备开发的，这些设备的内存很小，并且不带磁盘存储器。你可能认为，由于Microsoft公司的主要目标是建立一种尽可能小的操作系统，因此它会使用ANSI作为自己的字符集。但是Microsoft公司并不是鼠目寸光。他们懂得，采用Windows CE的设备要在世界各地销售，他们希望降低软件开发成本，这样就能更加容易地开发应用程序。为此，Windows CE本身就是使用Unicode的一种操作系统。但是，为了使Windows CE尽量做得小一些，Microsoft公司决定完全不支持ANSI Windows函数。因此，如果你要为Windows CE开发应用程序，你必须懂得Unicode，并且在整个应用程序中使用Unicode。 2． 6 需要注意的问题下面让我们进一步明确一下“Microsoft公司对Unicode支持的情况”： * Windows 2000既支持Unicode，也支持ANSI，因此你可以为它们当中的任何一种开发应用程序 * Windows 98 只支持ANSI，你只能为ANSI开发应用程序 * Windows CE只支持Unicode，你只能为Unicode开发应用程序虽然Microsoft公司试图让软件开发人员能够非常容易地开发在这3种平台上运行是软件，但是Unicode与ANSI之间的差异使得事情变得困难起来，并且这种差异通常是我遇到的最大的问题之一。请不要误解，Microsoft公司坚定地支持Unicode，并且我也坚决鼓励你使用它。不过你应该懂得，你可能遇到一些问题，需要一定的时间来解决这些问题。我建议你尽可能使用Unicode。如果你运行Windows 98，那么只有在必要时才要转换到ANSI。不过，还有另一个小问题你应该了解，那就是COM。 2．7 对COM的简单说明当Microsoft公司将COM从16位Windows转换成Win32时，公司作出了一个决定，即，需要字符串的所有COM接口方法都只能接受Unicode字符串。这是个了不起的决定，因为COM通常用于使不同的组件能够互相之间进行通信，而Unicode则是传递字符串的最佳手段。如果你为Windows 2000或Windows CE开发应用程序，并且也使用COM，那么你将会如虎添翼。在你的整个源代码中使用Unicode，将使与操作系统进行通信和与COM对象进行通信的操作变成一件轻而易举的事情。如果你为Windows 98开发应用程序，并且也使用COM，那么你将会遇到一些问题。COM要求你使用Unicode字符串。操作系统的大多数函数要求你使用ANSI字符串。那是多么难办的事情啊！我曾经从事过若干个项目的开发，在这些项目中，我编写了许多代码，仅仅是为了来回进行字符串的转换。 2． 8 如何编写Unicode源代码 Microsoft公司为Unicode设计了Windows API，这样，它可以尽量减少对你的代码的影响。实际上，你可以编写单个源代码文件，以便使用或者不使用Unicode来对它进行编译。你只需要定义两个宏（UNICODE和_UNICODE），就可以修改然后重新编译该源文件。 2． 8.1 C运行期库对Unicode的支持为了利用Unicode字符串，因此定义了一些数据类型。标准的C头文件String.h已经作了修改，以便定义一个名字为wchar_t的数据类型，它是一个Unicode字符的数据类型：见原书P23的程序（1）例如，如果你想要创建一个缓存，用于存放最多为99个字符的Unicode字符串和一个结尾为零的字符，你可以使用下面这个语句：见原书P23的程序（2）该语句创建了一个由100个16位值组成的数组。当然，标准的C运行期字符串函数，如strcpy、strchr和strcat等，只能对ANSI字符串进行操作，它们不能正确地处理Unicode字符串。因此，ANSI C也拥有一组补充函数。图2-1显示了一些标准的ANSI C字符串函数，后面是它们的等价Unicode函数。图2-1 标准的ANSI C字符串函数和它们的等价Unicode函数见原书P23的程序（3）和P24的程序请注意，所有的Unicode函数均以wcs开头，wcs是宽字符串的英文缩写。若要调用Unicode函数，只需用前缀wcs来取代任何ANSI字符串函数的前缀str即可。说明大多数软件开发人员可能已经不记得这样一个非常重要的问题了，那就是Microsoft公司提供的C运行期库与ANSI的标准C运行期库是一致的。 ANSI C规定，C运行期库支持Unicode字符和字符串。这意味着你始终都可以调用C运行期函数，以便对Unicode字符和字符串进行操作，即使你是在 Windows 98上运行，也可以调用这些函数。换句话说，wcscat,wcslen和wcstok 等函数都能够在Windows 98上很好地运行，这些都是你必须关心的操作系统函数。对于包含了对str函数或wcs函数进行显式调用的代码来说，你无法非常容易地同时为ANSI和Unicode对这些代码进行编译。在本章前面部分的内容中，我说过可以创建同时为ANSI和Unicode进行编译的单个源代码文件。若要建立这种双重功能，你必须包含Tchar.h文件，而不是包含String.h文件。 Tchar.h文件的唯一作用是帮助你创建ANSI/Unicode通用源代码文件。它包含你应该用在源代码中的一组宏，而不应该直接调用str函数或者wcs函数。如果你在编译源代码文件时定义了_UNICODE，这些宏就会引用wcs这组函数。如果你没有定义_UNICODE，那么这些宏将引用str这组宏。例如，在Tchar.h中有一个宏称为_tcscpy。如果在你包含该头文件时没有定义_UNICODE,那么_tcscpy就会扩展为ANSI的strcpy函数。但是如果定义了_UNICODE,_tcscpy将扩展为Unicode的wcscpy函数。拥有字符串参数的所有C运行期函数都在Tchar.h文件中定义了一个通用宏。如果你使用通用宏，而不是ANSI/Unicode的特定函数名，你就能够顺利地创建可以为ANSI或Unicode进行编译的源代码。但是，除了使用这些宏之外，还有一些操作你是必须进行的。Tchar.h文件包含了一些其他的宏。若要定义一个ANSI/Unicode通用的字符串数组，请使用下面的TCHAR数据类型。如果定义了_UNICODE，TCHAR将声明为下面的形式：见原书P25的程序（1）如果没有定义_UNICODE，则TCHAR将声明为下面的形式：见原书P25的程序（2）使用该数据类型，你可以象下面这样分配一个字符串：见原书P25的程序（3）你也可以创建对字符串的指针：见原书P25的程序（4）不过上面这行代码存在一个问题。按照默认设置，Microsoft公司的C++编译器能够编译所有的字符串，就象它们是ANSI字符串，而不是Unicode字符串。因此，如果没有定义_UNICODE，该编译器将能正确地编译这一行代码。但是，如果定义了_UNICODE，就会产生一个错误。若要生成一个Unicode字符串而不是ANSI字符串，你必须将该代码行改写为下面的样子：见原书P25的程序（5）原义字符串前面的大写字母L，用于告诉编译器该字符串应该作为Unicode字符串来编译。当编译器将字符串置于程序的数据部分中时，它在每个字符之间分散插入零字节。这种变更带来的问题是，现在只有当定义了_UNICODE时，程序才能成功地进行编译。我们需要另一个宏，以便有选择地在原义字符串的前面加上大写字母L。这项工作由_TEXT宏来完成，_TEXT宏也在Tchar.h文件中做了定义。如果定义了_UNICODE，那么_TEXT定义为下面的形式：见原书P25的程序（6）

1.介绍一下STL，详细说明STL如何实现vector。 Answer: STL (标准模版库，Standard Template Library.它由容器算法迭代器组成。 STL有以下的一些优点：可以方便容易地实现搜索数据或对数据排序等一系列的算法；调试程序时更加安全和方便；即使是人们用STL在UNIX平台下写的代码你也可以很容易地理解（因为STL是跨平台的）。 vector实质上就是一个动态数组，会根据数据的增加,动态的增加数组空间。 2.如果用VC开发程序，常见这么几个错误，C2001,c2005,c2011,这些错误的原因是什么。 Answer: 　　在学习VC++的过程中，遇到的LNK2001错误的错误消息主要为：　　unresolved external symbol “symbol”（不确定的外部“符号”）。　　如果连接程序不能在所有的库和目标文件内找到所引用的函数、变量或标签，将产生此错误消息。一般来说，发生错误的原因有两个：一是所引用的函数、变量不存在、拼写不正确或者使用错误；其次可能使用了不同版本的连接库。编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误. 3.继承和委派有什么分别，在决定使用继承或者委派的时候需要考虑什么。在OOD,OOP中，组合优于继承. 当然多态的基础是继承，没有继承多态无从谈起。当对象的类型不影响类中函数的行为时，就要使用模板来生成这样一组类。当对象的类型影响类中函数的行为时，就要使用继承来得到这样一组类. 4.指针和引用有什么分别；如果传引用比传指针安全，为什么？如果我使用常量指针难道不行吗？ (1) 引用在创建的同时必须初始化，即引用到一个有效的对象；而指针在定义的时候不必初始化，可以在定义后面的任何地方重新赋值． (2) 不存在ＮＵＬＬ引用，引用必须与合法的存储单元关联;而指针则可以是NULL. (3) 引用一旦被初始化为指向一个对象，它就不能被改变为另一个对象的引用；而指针在任何时候都可以改变为指向另一个对象．给引用赋值并不是改变它和原始对象的绑定关系． (4) 引用的创建和销毁并不会调用类的拷贝构造函数 (5) 语言层面，引用的用法和对象一样；在二进制层面，引用一般都是通过指针来实现的，只不过编译器帮我们完成了转换. 不存在空引用，并且引用一旦被初始化为指向一个对象，它就不能被改变为另一个对象的引用，显得很安全。 const 指针仍然存在空指针，并且有可能产生野指针. 总的来说：引用既具有指针的效率，又具有变量使用的方便性和直观性． 5.参数传递有几种方式；实现多态参数传递采用什么方式，如果没有使用某种方式原因是什么；传值，传指针或者引用 6.结合一个项目说明你怎样应用设计模式的理念。设计模式更多考虑是扩展和重用，而这两方面很多情况下，往往会被忽略。不过，我不建议滥用设计模式，以为它有可能使得简单问题复杂化. 7.介绍一下你对设计模式的理解。（这个过程中有很多很细节的问题随机问的）设计模式概念是由建筑设计师Christopher Alexander提出:"每一个模式描述了一个在我们周围不断重复发生的问题,以及该问题的解决方案的核心.这样,你就能一次又一次地使用该方案而不必做重复劳动."上述定义是对设计模式的广义定义.将其应用到面向对象软件的领域内,就形成了对设计模式的狭义定义. 可以简单的认为:设计模式就是解决某个特定的面向对象软件问题的特定方法，并且已经上升到理论程度。框架与设计模式的区别: 1,设计模式和框架针对的问题域不同.设计模式针对面向对象的问题域;框架针对特定业务的问题域 2,设计模式比框架更为抽象.设计模式在碰到具体问题后,才能产生代码;框架已经可以用代码表示 3,设计模式是比框架更小的体系结构元素.框架中可以包括多个设计模式设计模式就像武术中基本的招式.将这些招式合理地纵组合起来,就形成套路(框架)，框架是一种半成品. 8.C++和C定义结构的分别是什么。 C language 的结构仅仅是数据的结合 C plus plus的struct 和 class 其实具备几乎一样的功能，只是默认的访问属性不一样而已。 9.构造函数可否是虚汗数，为什么？析构函数呢，可否是纯虚的呢？构造函数不能为虚函数，要构造一个对象，必须清楚地知道要构造什么，否则无法构造一个对象。析构函数可以为纯虚函数。 10，拷贝构造函数相关问题，深拷贝，浅拷贝，临时对象等。深拷贝意味着拷贝了资源和指针，而浅拷贝只是拷贝了指针，没有拷贝资源这样使得两个指针指向同一份资源，造成对同一份析构两次，程序崩溃。临时对象的开销比局部对象小些。 11.结合1个你认为比较能体现OOP思想的项目，用UML来描述。(最好这个项目继承，多态，虚函数都有体现）这个问题大概会占面试时间的一半，并且会问很多问题，一不小心可能会被问住）。。。。 12。基类的有1个虚函数，子类还需要申明为virtual吗？为什么。不申明没有关系的。不过，我总是喜欢显式申明，使得代码更加清晰。 13.C也可以通过精心封装某些函数功能实现重用，那C++的类有什么优点吗，难道仅仅是为实现重用。并不仅仅是这样的。 OOD，OOP从根本上改变了程序设计模式和设计思想，具备重大和深远的意义。类的三大最基本的特征：封装，继承，多态. 14.C++特点是什么，如何实现多态？画出基类和子类在内存中的相互关系。多态的基础是继承，需要虚函数的支持，简单的多态是很简单的。子类继承父类大部分的资源，不能继承的有构造函数，析构函数，拷贝构造函数，operator=函数，友元函数等等 15.为什么要引入抽象基类和纯虚函数？主要目的是为了实现一种接口的效果。 16.介绍一下模板和容器。如何实现？（也许会让你当场举例实现）模板可以说比较古老了，但是当前的泛型编程实质上就是模板编程。它体现了一种通用和泛化的思想。 STL有7种主要容器：vector,list,deque,map,multimap,set,multiset. 17.你如何理解MVC。简单举例来说明其应用。 MVC模式是observer 模式的一个特例,典型的有MFC里面的文档视图架构。 18，多重继承如何消除向上继承的二义性。使用虚拟继承即可.

c#学习笔记(1) 51099在线学习网发布文章来源：网络收集发布时间：2006-05-25 字体： [大中小] 51099在线学习网 http://www.51099.com 1, 结构(struct) 与类(class) [attributes] [modifiers] struct identifier [:interfaces] body [;] 结构与类很相似，都表示可以包含数据成员和函数成员的数据结构。与类不同的是，结构是值类型并且不需要堆分配。结构类型的变量直接包含结构的数据，而类类型的变量包含对数据的引用（该变量称为对象）。 struct 类型适合表示如点、矩形和颜色这样的轻量对象。尽管可能将一个点表示为类，但结构在某些方案中更有效。在一些情况下，结构的成本较低。例如，如果声明一个含有 1000 个点对象的数组，则将为引用每个对象分配附加的内存。结构可以声明构造函数，但它们必须带参数。声明结构的默认（无参数）构造函数是错误的。总是提供默认构造函数以将结构成员初始化为它们的默认值。在结构中初始化实例字段是错误的。在类中,必须初始化实例对象. 使用 new 运算符创建结构对象时，将创建该结构对象，并且调用适当的构造函数。与类不同的是，结构的实例化可以不使用 new 运算符。如果不使用 new，那么在初始化所有字段之前，字段将保持未赋值状态且对象不可用。对于结构，不像类那样存在继承。一个结构不能从另一个结构或类继承，而且不能作为一个类的基。但是，结构从基类 Object 继承。结构可实现接口，其方式同类完全一样。 [c ] 与 C 不同，无法使用 struct 关键字声明类。在 C# 中，类与结构在语义上是不同的。结构是值类型，而类是引用类型。 2, 装箱和拆箱(取消装箱) 装箱是值类型到 object 类型或到该值类型所实现的任何接口类型的隐式转换。将一个值的值装箱会分配一个对象实例并将该值复制到新的对象中。关键字 object. 取消装箱是从 object 类型到值类型或从接口类型到实现该接口的值类型的显式转换。取消装箱操作包括：检查对象实例，确保它是给定值类型的一个装箱值。将该值从实例复制到值类型变量中。例: int i = 123; // A value type object box = i; // Boxing int j = (int)box; // Unboxing 装箱转换取消装箱 3 , 隐式和显式下列转换属于隐式转换：例:object o=i; 标识转换。隐式数值转换。隐式枚举转换。隐式引用转换。装箱转换。隐式常数表达式转换。用户定义的隐式转换。下列转换属于显式转换： object 0=(object)i; 所有隐式转换。显式数值转换。显式枚举转换。显式引用转换。显式接口转换。取消装箱转换。用户定义的显式转换 4, delegate(委托) delegate void D(int x); class C{ public static void M1(int i) { /* ... */ } public static void M2(int i) { /* ... */ }} class{…….D cd1 = new D(C.M1);………….} 委托是一个数据结构，该数据结构引用一个静态方法，或引用一个对象实例和该对象的实例方法。在 C 或 C 中与委托最接近的是函数指针，但函数指针只能引用静态函数，而委托可以同时引用静态方法和实例方法。在后一种情况中，委托不仅存储对方法入口点的引用，还存储对调用其方法的对象的引用。与 C 函数指针不同，委托是完全面对对象的；与指向成员函数的 C 指针不同，委托同时封装对象实例和方法。委托声明定义从类 System.Delegate 派生的类。委托实例封装一个或多个方法，每个方法都被称为可调用实体。对于实例方法，可调用实体由一个实例和该实例上的方法组成。对于静态方法，可调用实体仅由一个方法组成。给定委托实例和适当的参数集，便可以用该参数集调用此委托实例的所有方法。委托实例的一个有趣和有用的属性是它不了解或不关心它所封装的方法的类；真正重要的只是方法要与委托的类型兼容, 这使委托非常适合“匿名”调用。可选的形参表指定委托的参数，而返回类型则指示委托的返回类型。如果下面两个条件都为真，则方法和委托类型是兼容的：(兼容的概念就是可以用此声明的委托对方法进行委托). 1它们具有相同的参数数目，并且类型相同，顺序相同，参数修饰符也相同。 2它们的返回类型相同。 C# 中的委托类型是名称等效的，而不是结构等效的。（但是请注意：两个不同但结构上等效的委托类型的实例可能会比较为相等）,准确地说，两个具有相同参数列表、签名和返回类型的不同的委托类型被认为是不同的委托类型。委托实例所封装的方法集合称为调用列表。 5, interface(接口) [attributes] [modifiers] interface identifier [:base-list] {interface-body}[;] 一个接口定义一个协定。实现接口的类或结构必须遵守其协定。接口可以从多个基接口继承，而类或结构可以实现多个接口。接口可以包含方法、属性、事件和索引器。接口本身不提供它所定义的成员的实现。接口只指定实现该接口的类或接口必须提供的成员。接口可以是命名空间或类的成员，并且可以包含下列成员的签名：方法属性索引器. 一个接口可从一个或多个基接口继承。接口可由类实现。实现的接口的标识符出现在类的基列表中。被继承的接口称为该接口的显式基接口。当接口具有一个或多个显式基接口时，在该接口声明中，接口标识符后跟一个冒号以及由逗号分隔的基接口标识符列表。接口的基接口是显式基接口及其基接口。换言之，基接口集是显式基接口、它们的显式基接口（依此类推）的完全可传递的闭包。接口继承其基接口的所有成员。接口成员是通过 I.M 和 I[A] 形式的成员访问和索引访问表达式访问的，其中 I 是接口类型的实例，M 是该接口类型的方法、属性或事件，A 是索引器参数列表。接口可以由类和结构实现。为了指示类或结构实现接口，在该类或结构的基类列表中包含了接口标识符。在实现类或结构中定位接口成员的实现的过程称为接口映射。 6,object object 类类型是所有其他类型的最终基类。C# 中的每种类型都是直接或间接从 object 类类型派生的。可以把任何类型的数值给object类型. 7,string类型 string 类的实例表示 Unicode 字符串。尽管 string 是引用类型，但相等运算符（== 和 !=）被定义为比较 string 对象（而不是引用）的“值”（7.9.7 字符串相等运算符）。这使得对字符串相等性的测试更为直观。字符串为 string 类型并可写成两种形式，即用引号引起来和用 @ 引起来。用引号引起来的字符串括在双引号 (") 内, 并且可以包含包括换码序列在内的任何字符用 @ 引起来的字符串以 @ 开头，并用双引号引起来。用 @ 引起来的字符串以 @ 开头，并用双引号引起来。若要在一个用 @ 引起来的字符串中包括一个双引号，请使用两对双引号：@ 符号的另一种用法是使用碰巧成为 C# 关键字的被引用的 (/reference) 标识符。 8, 修饰符修饰符作用访问修饰符 public private internal protected 指定声明的类型和类型成员的可访问性。访问不受限制只有包含该类的成员的类可以访问只有当前工程可以访问只有包含该成员的类和继承的类可以访问 abstract指示某个类只能是其他类的基类。 const指定无法修改字段或局部变量的值。 event声明一个事件。 extern指示外部实现此方法。 override提供从基类继承的虚拟成员的新实现。 readonly声明一个字段，该字段只能赋值为该声明的一部分或者在同一类的构造函数中。 sealed指定类不能被继承。 static声明属于类型本身而不是属于特定对象的成员。 unsafe声明不安全的上下文。 virtual在派生类中声明其实现可由重写成员更改的方法或访问器。 volatile指示字段可由操作系统、硬件或并发执行的线程等在程序中进行修改。 9,语句语句是程序指令。除非特别说明，语句都按顺序执行。C# 具有下列类别的语句。类别C# 关键字选择语句if, else, switch, case 迭代语句do, for, foreach, in, while 跳转语句break, continue, default, goto, return 异常处理语句throw, try-catch, try-finally Checked 和 Uncheckedchecked, unchecked fixed 语句Fixed lock 语句Lock (1) foreach 语句为数组或对象集合中的每个元素重复一个嵌入语句组。foreach 语句用于循环访问集合以获取所需信息，但不应用于更改集合内容以避免产生不可预知的副作用。此语句的形式如下： foreach (type identifier in expression) statement 若要循环访问集合，集合必须满足特定的要求。集合类型：必须是 interface、class 或 struct。必须包括返回类型的名为 GetEnumerator 的实例方法，例如 Enumerator（详见下文）。 Enumerator 类型（类或结构）必须包含：一个名为 Current 的属性，它返回 ItemType 或者可以转换为此类型的类型。属性访问器返回集合的当前元素。 · 一个名为 MoveNext 的 bool 方法，它递增项计数器并在集合中存在更多项时返回 true。有三种使用集合的方法：使用上述指导创建一个集合。此集合只能用于 C# 程序。 1. 使用上述指导创建一个一般集合，另外实现 IEnumerable 接口。此集合可用于其他语言（如 Visual Basic）。 2. 在集合类中使用一个预定义的集合。 (2) throw 语句用于发出在程序执行期间出现反常情况（异常）的信号。throw 语句的形式为： throw [expression]; expression :异常对象。当在 catch 子句中再次引发当前异常对象时，它被省略。 (3)try –catch语句 try-catch 语句由一个 try 块和其后所跟的一个或多个 catch 子句（为不同的异常指定处理程序）构成。try-catch 语句采用下列形式之一： try try-block catch (exception-declaration-1) catch-block-1 catch (exception-declaration-2) catch-block-2 ... try try-block catch catch-block (4) fixed 防止变量被垃圾回收器重定位。 (5) lock lock 关键字将某个语句块标记为临界区。 6. 方法参数如果为没有 ref 或 out 的方法声明一个参数，则此参数可以具有关联的值。可以在方法中更改该值，但当控制传递回调用过程时，不会保留更改的值。通过使用方法参数关键字，可以更改这种行为。如果没有ref,out则默认为值传递,虽然可以在方法中修改这个参数的值,但是修改后的值不会还会到调用该方法的程序中. params :params 关键字可以指定在参数数目可变处采用参数的方法参数 ref :引用传递 out : 7, namespace(名字空间) C#学习笔记(2)【大中小】【打印】【加入收藏】【关闭】【收藏到新浪ViVi】【收藏到365KEY】浏览字号:日期：2004-07-11 人气：8092 出处： write by cash(天下第七) 2002.01.20 版权所有，翻录不究 cashcao@msn.com 选择我身上携带着精神、信仰、灵魂思想、欲望、怪癖、邪念、狐臭它们寄生于我身体的家　　　　我必须平等对待我的每一位客人 -----------伊沙：《原则》我的名字是cash，所以我很功利主义；我的星像是Leo，所以我很大男人主义；我的语言是C#，所以我有点儿拿不定主义。 /* 你能看得出来，这不是一篇正规的技术文章，所以若你不小心从里边读到了一个爱情故事，可不要奇怪。有很多人用程序来表述爱情，在其中我能看到有Money，有Girl，有一些还涉及到Sex,但是我没有找到Love，我始终相信这世上有一种力量直接来自于爱情，到现在仍然相信。*/ C#（读作C sharp），是Microsoft公司新推出的(?)专为.NET设计的一门语言，号称“C/C++家族中第一种面向组件的语言”。很多人觉得它应该像C或者C++，但事实上它更像是java的一个clone，所以作为入门，读一下清华大学出版社出版的《Java 语言与面向对象程序设计》可能会对你有所帮助。本文假定你具备一切学习此语言所需的知识，没有也不要紧，我会在文中尽量列出相关的link，鉴于互联网瞬息万变的特点，若某一链接不可用，请自行至Google查询。如前所述，我是一个狮子座男人，一度我认为学习Java会使我看起来与众不同，可是几个月以后我放弃了这个选择，我看了论坛里关于这两种语言孰优孰劣的讨论，最终选择了C#，请不要问我为何做出这样的选择，很多人认为中文是世界上最美丽的语言，可是华人世界以外有谁在讲汉语？另外我发现论坛上学习Java的人都非常的有个性，当有人问起学习哪种语言更好时，他会打出几百个“JAVA”来，填满整个屏幕，也不说是为了什么。我觉得这样做未免有些太霸道了，如果你说这叫偏执狂我也不反对，虽然我是狮子座，可也不想被人这样看。在C#刚刚推出的时候，大多数的程序员都不免吼上两句——不是因为高兴，而是因为又多了一种语言。他们觉得现在的语言太多了，没有必要再多出一种来添乱子。但是当他们看完C#的文档后又开始高兴起来，因为C#是如此简单：事实上，简单正是C#最大的特点。除此之外，它还具有现代、面向对象、类型安全、版本控制、兼容、灵活等特点。详细介绍请参阅rainbow（一个长着胡子的彩虹）翻译的<> ，前几章非常的有趣。看完了前面几段，我的朋友提出了不同的意见：C#不是Java的Clone,它只是长得有些像Java而已，其实面向对象、中间语言什么的也不是什么新玩意儿，非Sun独创，有文为证：华山论剑：C＃对Java。另外他对我上一集中说Microsoft越来越不要脸也极为生气，因为相比之下，Sun也不怎么样，微软已经将C#提交设在日内瓦的ECMA（European Computer Manufacturers' Association，国际标准化机构欧洲电子计算机工业会）并获得批准。Sun就从来没有将它的Java交给过ECMA，以至于正当Microsoft尽力在Visual J++基础上拓展Java功能，并使之与Windows操作系统紧密结合在一起的时候，Sun公司对Microsoft提出了法律诉讼，控告Microsoft违反了许可证协议中的条款，最终的结果是Microsoft公司不得不停止其Visual J++产品的开发。（Microsoft后来在完全面向.NET框架的开发语言集中加入了Visual J#.NET，算是对Java语言用户的一种照顾。）有人说，选择C#意味着选择MS（在中国的程序员当中，这并不是件值得自豪的事。如果你还不能理解这种心情，可以试想一下有人很认真地对你讲他喜欢听毛宁的歌）。事实上，通过ECMA标准的C#可以由任何人在任何平台上设计出它的开发程序。比如Ximian公司的Mono工程，可以使开发者能够编写同时在Windows和Linux上运行的.Net程序，这些程序甚至还可能在其它非Windows的操作系统上运行，比方Unix。这一段时间我正在Linux下试验这个工程，遗憾的是，还没有成功。一位师兄对此种比较颇为不屑，他认为只要选一种语言去学就好了，“重要的是你要用它，并且做的比别人好。”这让我想起来一直都很喜欢的那个歌：把你自己该做的那份工作，做得比别人出色。年轻的时候我老是用这句话自勉…… 写到这里我发现这个故事还没有提到桐桐，这篇东西是为她而作。我早在十八个月以前就答应了她，我答应了她很多事，但还没有完成一件，现在我要一件一件的去实现。所以这个故事还应该有个更好的开始。 2000年6月我大学毕业，从北京回到了石家庄，到一家什么都做的公司上班（做一个网站），最开始制作界面，然后用asp编程，如果你用过asp就会知道，这是个很无聊的工种。在此之前我在一家报社实习，为他们的网站做设计和动画。在那里我认识了桐桐。那时候她还在上学。 >>>未完，待续... C#学习笔记(3)【大中小】【打印】【加入收藏】【关闭】【收藏到新浪ViVi】【收藏到365KEY】浏览字号:日期：2004-07-11 人气：6938 出处：开始 2000年6月我大学毕业，从北京回到了石家庄，正式开始了我的职业生涯。如前所述，一开始我使用的语言是asp，我一直认为这不能称之为编程，因为asp不是一种编程语言，把它叫做动态网页实现技术可能更好。另外，asp很简单，并且，简单就是它全部的特点－－这使得它很容易就能学会(在后来的工作中，我接触到许多应聘的学生，他们都告诉我自己精通asp语言)。虽然学习起来很简单，但是在使用起来却不得不多费点儿劲儿：我还能记得自己晚上一个人在办公室用VI一步一步调试某一个网页的情景，每当遇到挫折失败的时候，总是想起给桐桐打一个电话，听听她的声音。如你所知，我总是遇到困难。现在你能看出来，我不是高手，只是一个低手... 2000年6月我大学毕业，从北京回到了石家庄，同一时间（美国西部时间6月22日上午），微软公司在位于美国西雅图郊外的总部内邀请新闻记者、新闻分析家等约400人，举行了新闻发布会“Forum2000”，宣布正式推出.Net计划。这个计划中包括了新的网络计算平台(.Net Framework)、新的语言(C#)、新的开发工具(Visual Studio.Net)以及asp的下一个版本ASP.NET，后者最开始被称为ASP+。那时候我学习的主要兴趣就在ASP.NET上，并且通过这个窗口开始了解Microsoft.Net的各个方面。 ASP.NET仍然不能称之为一种编程语言，但是现在可以把它看作是一个创建、管理、部署Web应用程序的平台。可以使用任何.Net语言在这个平台上开发互联网应用程序，这其中当然包括C#。它们之间的关系可以从下图中看出：这就是著名的.Net 平台结构图，从这个图上可以看到，ASP.NET、Windows Forms和VS.Net都不过是.Net开发平台的一部分，用于.Net应用程序的开发及展示。.Net 平台的核心技术为：通用语言运行时（CLR：Common Language Runtime）、基类库(Base Class Library)、.Net语言及Visual Studio.Net。从这个图上也可以看出，.Net Framework是架构在Windows平台上的一个虚拟的运行平台，你可以想象将最下层的Windows换作其它的操作系统，比如说Linux，一样可以实现使用符合了CLS(Common Language Specification，通用语言规范)的.Net语言(VB.Net、C#、JScript.Net等)来创建ASP.NET或Windows Forms(可能会叫做Linux Forms)应用程序的功能，这其实就是我们前面介绍的Mono计划所要实现的功能。所以可以这么认为，理论上，C#是一种可以跨平台的语言，这很像Java，另一个比较像Java的地方是，C#也是一种(特殊意义上的)解释性的语言。同Java一样，C#编写的程序代码也是先通过C#编译器编译为一种特殊的字节代码(中间语言，Microsoft Intermediate Language，MSIL)，运行的时候再经由特定的编译器(JIT编译器，Just In Time，JITer)编译为机器代码以供操作系统执行。不仅是C#语言，所有.Net语言(将会包括我们常用的几十种现代的编程语言)都可以编写面向CLR的程序代码，这种代码在.Net中被称为托管代码(Managed Code)，所有的Managed Code都直接运行在CLR上，具有与平台无关的特性。解释性的语言很安全，并且可以通过它的运行平台为其赋予更多的功能，比如自动内存管理、异常处理等。事实上，C#语言的许多特点都是由CLR提供的，下面的CLR结构图说明了这一点。可以看到，类型安全(Type Checker)、垃圾回收(Garbage Collector)、异常处理(Exception Manager)、向下兼容(COM Marshaler)、多线程支持(Thread Support)这些C#的特点都是由CLR来提供的。CLR最早被称为下一代Windows服务运行时(NGWS Runtime)，是直接建立在操作系统层上的一个虚拟的运行环境，主要的功能是管理代码的运行。在.Net 平台结构图中，CLR的上面是.Net的基类库（Base Class Library，BCL），这组基类库包括了从基本输入输出到数据访问等各方面，提供了一个统一的面向对象的、层次化的、可扩展的编程接口。从.Net 平台结构图中也可以看到，基类库可以被各种语言调用和扩展，也就是说，不管是C#、VB.NET还是VC++.NET，都可以自由地调用.Net的基类库。事实上， C#并没有属于自己的类库，它所使用的编程接口就是.Net提供的基类库。所以，在决定使用C#时，真正需要费工夫学习的其实是.NET框架的基类库：C#自身只有区区77个关键词，而且其语法对许多程序员来说都是他们非常熟悉的。BCL则相反，它包含了超过4500个以上的类和无数的方法、属性，在你的C# 程序中随时都可能会用到它来完成自己的任务。很多人都思考过应如何开始学习一种新的语言，对于一个有经验的编程人员来讲，这确非难事。但是对于一个对编写代码一无所知的人而言，如果你是以C#开始你的编程之旅的，数目繁多的概念及新名词可能会令你有些不知所措。这时候请注意你的学习顺序，任何一种编程语言的学习都是按照运行平台、语法、基类库直至各方面的应用这一顺序来进行的，但是在实际的学习中，它们之间并不是孤立的。推荐的方法是：对运行平台和语法有了一个整体的认识后，在应用中学习各种基类库的用法。鉴于C#这一语言的特殊性，全面了解它的运行平台(.Net　Framework)必会使你的学习事半功倍。所以请记住上面提到的两个图，在以后的学习中，虽然可能不会明确的涉及到它们，但是在整个C#的学习过程中，它们却是无处不在的。还有一个很重要的概念需要你明白，这就是公共语言架构(Common Language Infrastructure ，CLI)。CLI是CLR的一个子集，也就是.NET中最终对编译成MSIL代码的应用程序的运行环境进行管理的那一部分。在CLR结构图中CLI位于下半部分，主要包括类加载器(Class Loader)、实时编译器(IL To Native Compilers)和一个运行时环境的垃圾收集器(Garbage Collector)。CLI是.Net和CLR的灵魂，CLI为IL代码提供运行的环境，你可以将使用任何语言编写的代码通过其特定的编译器转换为MSIL代码之后运行其上，甚至还可以自己写MSIL代码在CLI上面运行。如你所知，欧洲计算机制造商协会（ECMA）已经于2001年10月13日批准C#语言规范（ECMA-334）成为一种新诞生的计算机产业标准。同时国际标准组织ISO也同意该标准进入该组织的审批阶段。并且，作为.Net与CLR的核心部分，CLI与C#也同时获得了ECMA的批准（ECMA-335）。拥有了C#与CLI这两项标准，你可以自己写出能够运行于任何操作系统上的.Net平台(只要你愿意)。如前所述，著名的Mono项目就是这么干的，Mono项目包括三个核心的部分：一个C#语言的编译器，一个CLI和一个类库。在Java的世界中，这项工作是由SUN公司完成的，SUN针对不同的操作系统开发出相应的Java虚拟机以便让一个由Java开发的应用程序运行在不同的操作系统上，但是迄今为止还没听说过微软有这方面打算(为用户提供非Windows系统的.Net平台)。 2000年的6月还有很多事情发生，2000年的6月我在学校做毕设，晚上就跑到系试验室看欧锦赛，我很喜欢的坎普君(Bergkamp)大放异彩，帮助荷兰队6比1大胜南斯拉夫，米哈伊洛维奇 (Mihajlovic)在比赛最后莫名的笑容永远留在了我的心中。说实话，那时候只顾着看EURO2000,可没管什么.Net、.Not。另外，离别的愁绪围绕在每个人的周围，广播里开始反反复复播放一些古老的歌曲，不知道为什么，恋曲1980却是那时候的最爱。后来，我们都毕了业。如你所知，我离开了北京。 >>>未完，待续... C#学习笔记(4)【大中小】【打印】【加入收藏】【关闭】【收藏到新浪ViVi】【收藏到365KEY】浏览字号:日期：2004-07-11 人气：8360 出处：约定 //一个典型的用C#写就的HelloWorld程序 using System; class HelloWorld { public static void Main() { Console.WriteLine("Hello World !"); } } 我忘记自己第一次用C#向世界问好是在什么时候了，不过可以肯定我已经打过招呼了，那时候用的是beta1版。现在你可以到http://msdn.microsoft.com/downloads/default.asp?url=/downloads/sample.asp?url=/msdn-files/027/000/976/msdncompositedoc.xml去下载.Net Framework Software Development Kit (SDK)的正式版，其中包括了前面提到的.NET Framework，以及书写、编译、测试、开发 .NET Framework 应用程序所需要的一切——文档、例子、命令行工具和编译器。安装之后就可以开发和运行C#程序了，不过一般的建议是：一定要看.Net Framework SDK中所带的文档与例子，如果能照着例子再写一遍那就再好不过了。当我第一次看到C#代码的时候，同样认为它很像Java，一个形象的比喻是：C#和Java是一对双胞胎，从语法的角度来讲，它们共同的父亲当然非C++莫属(请注意，不是VC++)。对于一个学过Java语言的人来说(比如说在下)，要理解这段代码实在是太容易了：第一行当然是注释了，C#支持两种注释方法，以"//"开始的单行注释和以"/*"、"*/"配对使用的多行注释。第二行(using System)导入了System这个包(在C#中被称之为名字空间，Namespace)，可以让我们方便的调用Microsoft.Net基类库System中的所有类，在此例中使用了System名字空间中的"Console"类，用于在控制台窗口输出程序运行结果。如前所述，C#并没有内置的输入输出语句，所有需实现的功能都完全来自于.Net基类库。这一句的作用就是告诉编译器去哪里寻找Console类以便调用。接下来声明了一个类HelloWorld，这个类中有一个特殊的方法Main()，每个可执行文件都需要有一个入口点，在C#中，这个入口点就是Main()方法，此方法将在程序启动时被调用。在这个方法中，Console是在命名空间System下的一个类，它表示的是控制台。这里调用其静态方法WriteLine()。如同C++一样，静态方法允许我们直接作用于类而非实例对象。WriteLine()函数接受字符串类型的参数"Hello World !"，并把它送入控制台显示。如前所述，C#没有自己的类库，它直接获取Microsoft.NET系统类库。在这里正是通过获取Microsoft.NET系统类库中的System.Console.WriteLine()来完成我们想要的控制台输出操作。现在使用记事本来编写这段代码，并将它的文件名保存为HelloWorld.cs，其中".cs"是C#源代码文件的扩展名。然后在配置好C#编译器的命令行环境里键入"csc HelloWorld.cs"编译文件。可以看到编译输出文件HelloWorld.exe。键入HelloWorld执行这个文件可得到下面的输出： Hello World ! 这就是第一个C#的程序，我们使用csc.exe来编译它，对于这个C#编译器，有如下说明： 1.　它是随.Net Framework SDK免费发布的，可以在DOS命令行被调用 2.　它的使用方法如下：　　csc SourceFile.cs /out:TargetFile.exe 　　如果不使用输出参数指定目标文件名，则默认输出为源文件名 3.　一般情况下，它在系统文件夹(Windows或WinNT)下的Microsoft.NET\Framework\v1.0.3705文件夹内 4.　如果你安装了VS.Net，从Visual Studio.NET Tools项目组中可以激活Visual Studio.NET　Command Prompt窗口，这是一个配置好C#编译器的命令行环境 5.　使用csc.exe编译后的C#程序并不是机器代码(尽管拥有.exe的后缀名)。如前所述，C#程序只是被编译成了MSIL代码。 C#编译器(csc.exe)编译后的文件并不是一个严格意义上的可执行文件(并不包含机器代码)，而是一个PE（portable executable）格式的文件，虽然它同样拥有.exe的后缀名。在这个PE文件中也不仅仅只包含中间语言，在其中还包含有元数据(Metadata)和一个由编译器添加的目标平台的标准可执行文件头。中间语言，确切地说，应该称为微软中间语言(Microsoft Intermediate Language，MSIL)，是由微软定义的一种界于源代码与机器码之间的一种语言。在CLR中，它首先会由特定的语言编译器将其包装成exe格式的伪代码(P代码)。再由特定的编译器将其转换为本地代码执行。对于微软中间语言，一个形象的比喻是：如果CLR是操作系统的话，那么微软中间语言就是.Net平台上的ASM汇编语言。它比大多数 CPU 机器语言更为高级，比如它可以理解对象类型，并具有创建和初始化对象、调用关于对象的虚拟方法以及直接操作处理数组元素的指令。它甚至还具有发现和捕获异常情况用于错误处理的指令。元数据(Metadata)和MSIL共同存在于编译好的程序文件之中，描述了此程序包含的类型的定义、各种类型的签名及其它一些数据，相当于以前的类型库(Type Library)，同时也记载了此程序所引用到的其它外部类。元数据的主要作用是将与代码有关的更多的信息提供给CLR。基本上，元数据用于如下各项任务：用于表示CLR用途的信息，如定位和装载类、内存中这些类的实例、解决调用、翻译IL为原始码、加强安全并设置运行时上下文边界。一个由C#语言写就的源码文件在CLR环境中执行的过程是这样的：首先由C#编译器编译成包含了中间语言和元数据的PE文件，当我们在系统中调用这个文件时，CLR会启动一个编译器再将这个PE文件包含的MSIL代码转换成为托管的本地代码。转换MSIL代码为本地码的这个编译器就叫做JIT编译器(Just In Time，JITer)。请注意它并不是前面我们用到的C#编译器。现在让我们看看JIT编译器是如何工作的：当PE文件被调用时，JIE编译器将其分解为MSIL和元数据，这时候MSIL并不直接让.Net去调用本地的系统接口，而是指定.Net系统去编译连接那些需要的CLR　DLL，编译出百分之百的本地代码。整个的过程如下：当一个类型被装载时，装载器创建一个存根(stub)，并使它与类型的每一个方法相连接。当一个方法第一次被调用时，存根把控制交给JITer。JITer把MSIL编译为本地代码，并且把存根指针指向缓冲本地代码。已经被JITer编译的方法随后就直接调用已经产生的本地代码，减少了JITer编译和执行代码的时间。可以看到，JITer并不会一次性的将所有的MSIL都编译为本地代码，而是在我们需要时才即时编译，也就是说，有些代码可能从来都没有被编译过。很明显这样做的好处是既保证了运行期的安全性，又不会损失太多的效率。这就是一个C#程序执行时的步骤。整个过程是这样的： 1) 由C#编译器将源代码编译为中间语言 2) 装入托管代码，这包括解决内存中的名字、表层类(laying out classes )，并且创建JIT编译所必需的存根。通过执行经常性校验，包括加强一些访问规则，类装载器同样也增强了安全性 3) 用JITer将 IL转换成原始代码 4) 装入元数据、校验类型安全和方法的完整性 5) 垃圾收集(GC)和异常处理 6) 描绘和查错服务 7) 管理线程和上下文以及远程管理。不必全部理解这些概念，在以后的学习中将会一一的体会到它们的精彩，现在你需要做的(如果你还没这么干过的话)，是找到ildasm.exe这个文件(一般情况下，它会和csc.exe在同一文件夹中)。顾名思义，这是一个MSIL的反汇编程序(.Net Framework IL Disassembler)，在命令行窗口下输入ildasm helloworld.exe /out=helloworld.il就会得到两个文件：helloworld.il和helloworld.res。前者包括了反编译出来的元数据和MSIL代码，后者则是提取的资源文件。用记事本打开helloworld.il文件，可以看到它定义并实现了一个继承自System.Object 的HelloWorld类及两个函数：Main()和.ctor()。其中.ctor()是HelloWorld类的构造函数。在这个文件中还包括元数据和其它有关的信息。如果你觉得这样不够直观的话，可以在命令行窗口键入ildasm helloworld.exe，这样就可以启动ILDASM 窗口并向我们展示出反编译后的helloworld.exe文件。请仔细将这些代码看上几遍，现在理解全部这些内容并不重要，但是希望你也能看一下文件中的元数据，这其中包含所有 Runtime 和编译器需要的有关程序集及其模块、类型和成员（如方法）的信息。行文至此，我想谈一下学习。如你所知，在我们所处的环境中，学习总意味着是一个痛苦的过程，学习一种新知识好像总是为了自己的某种需求，我并不认为这样有什么不对，但我总觉着，除了拿到高薪和受人尊敬外，学习还应该带给我们更多的快乐。有些知识我们现在也许用不着，比如前面谈到的一些内容，但是我们了解了，就是一件值得高兴的事。智慧本身就是好的，有一天我们都会死去，追求智慧的道路还会有人在走着。死掉以后的事我看不到。但在我活着的时候，想到这件事，心里就高兴。 ——王小波今天是2002年4月7号，再过三天就是王小波的忌日了，不知道有多少人还会记得这个日子，还会记得这个人。本文的最后，我向大家推荐小波的作品——每一个心智成熟的人都应该读一读小波的文字。在他的杂文随笔集《沉默的大多数》中有一句话谈到了他作为程序员的一面： “今晚不把这段Ｃ++调通，老子就不睡了！” >>>未完，待续...

VC/MFC

16,472

社区成员

421,732

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

VC/MFC社区版块或许是CSDN最“古老”的版块了，记忆之中，与CSDN的年龄几乎差不多。随着时间的推移，MFC技术渐渐的偏离了开发主流，若干年之后的今天，当我们面对着微软的这个经典之笔，内心充满着敬意，那些曾经的记忆，可以说代表着二十年前曾经的辉煌……
向经典致敬，或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天，我们期待着MFC技术能够恢复其曾经的辉煌，或许这个期待会永远成为一种“梦想”，或许一切皆有可能……
我们希望这个版块可以很好的适配Web时代，期待更好的互联网技术能够使得MFC技术框架得以重现活力，……

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

+ 用AI写文章