一站式示例代码库编程规范

232.11.6TODO待办注释®一定不要在已发布的代码示例中使用TODO待办注释。每ー个代码示例都必须完整,在代码中不能有未完成的任务。2.12代码块0一定请在大量代码会因为更具结构化而获益时,使用代码块声明。通过作用域或者功能性分类，将大量代码分组,会改善代码易读性和结构。C++代码块:#pragmaregion"HelperFunctionsforXXW#pragmaendregionC#代码块:#regionHelperFunctionsforXX#endregionVB.NET代码块:#Region"HelperFunctionsforXXM#EndRegion

24CppWindowsServicePropertyPages▼Platform:Active(Win32)Create/UsePrecompiledHeaderCreate/UsePCHThroughFilePrecompiledHeaderFileCreate/UsePrecompiledHeaderEnablescreationoruseofaprecompiledhe3C++编程规范以ド编程规范适用于本地C++代码。3.1编译器选项3.1.1预编译头図一定不要使用预编译头。VisualC++项目默认使用预编译头文件。其原理是当生成stdafx.h/cpp文件时,巨大的Windows头文件只被编译一次。项目中其他任何ー个,CPP文件都需要首先包含include"stdafx.h"i这样项目オ能正确生成。当编译器找到"stdafx.h"时,便知道何时插入预编译头信息。在代码示例中,必须关闭预编译头选项。在您的项目属性中,找到C/C++标签页,选择Precompiledheaders节点。点击Notusingprecompiledheaders单选按钮,之后点击OK。请确保修改了所有的配置（包括Debug配置和Release配置）。之后,移除所有源文件的#include〇Configuration:|AllConfigurationsCommonProperties*ConfigurationPropertiesGeneralDebugging，C/C++GeneralOptimizationPreprocessorCodeGenerationLanguage;PrecompiledHeadersOutputFilesBrowseInformationAdvancedCommandLine>LinkerManifestTool>XMLDocumentGeneratort>BrowseInformation>BuildEvents>CustomBuildStep「川’3.1.2开启所有警告,并当做错误来对待0您应该以最高警告等级来编译所有代码。0您应该把警告当做错误来对待。编译器提示的警告通常对于鉴别低劣的代码和隐晦的bug非常有用。您可以以编译器警告对您的代码进行额外的验证。在VisualStudio中,您可以在项目的属性设置页面开启警告等级4。在项目属性设置页面,找到

25"ConfigurationProperties","C/C++","General",将"WarningLevel"设置为"Level4"〇3.1文件和结构3.1.1stdafx.h,stdafx.cpp,targetver.h0您应该删除VisualStudio项目模板生成的stdafx.h,stdafx.cpp和targetver.h文件以保持示例的简洁。然而,如果您有许多被大量代码文件共享的标准头文件,您可以创建单独的文件来包含它们。这非常类似于Windows.h的作用。3.1.2头文件团一定请在头文件内使用包含保护符(includeguards)»来防止头文件被无意的多次包含。以下示例代码中的#ifndef和«tendif,应该为头文件的第一行和最后一行代码。示例代码展示了如何在"CodeExample.h"屮使用"#ifndef/#endiF’作为包含保护符。//Fileheadercommentgoesfirst...#ifndefCODE_EXAMPLE_H_#defineCODE_EXAMPLE_H_classCodeExample(}；#endif您也可以使用^pragmaonce"(微软编译器的ー个特定拓展)来替代〃#ifndef/#endiア包含保护符://Fileheadercommentgoesfirst...#pragmaonceclassCodeExample{)；図您不应该在头文件内实现函数。头文件只能包含函数声明和数据结构。它们的实现应置于.cpp文件。3.1.3实现文件实现文件包含了全局函数,局部函数和类方法实际的函数体。实现文件是拓展名为.C或者.cpp的文件。注意,实现文件不必包含整个模块的完整实现。它可以被分隔，并包含一个公共内部接口。回您应该将不必导出的声明放置在实现文件中。此外，您应该为它们加上static关键字,以限制其作用域在该.cpp/.c文件定义的编译单元。这将减少当链接2个或更多使用了相同内部变量的.cpp

26文件时，出现"multiply・definedsymbol”错误的情函数,方法Pascal规范名词或或动名词voidPrvoidPr况。接口PascalC规范,带‘I’前缀名字interfa3.3命名规范结构体所有字母大写,以分隔单词名词struct宏,常量所有字母大写,以二分隔单词#define#define3.3.1通用命名规范#defineconsti回一定请为各种类型,函数,变量,特性和数据参数,变量Camel规范名词example模板参数Pasca!规范,带名词T,TIte结构选取有意义的命名。其命名应能反映其作T前缀3.3.3匈牙利命名法单字符变量应该仅用于计数器（i,j）或者坐标（x,y,z）。根据经验,变量作用域越大,便越应该使用描述性强的命名。図您不应该在标识符名屮使用缩短或缩略形式的词。比如,使用“GetWindow"而不是"GetWin”。对于公共类型,线程过程,窗口过程，和对话框向您可以对参数和变量使用匈牙利命名法。然而,匈牙利命名法相当老旧,会对代码重构造成困难。例如,当改变变量类型时，您需要对所有代码都进行更改。如下表格定义了一套配套的匈牙利命名法标记,如果您使用匈牙利命名法，建议使用它们。过程函数,为"ThreadProc","DialogProc”,“WndProc”等使用公共后缀。I类型I标记（描述bool,BOOL,bitfieldf个旗标。例如,BOOLfSucceeded3.3.2标识符的大小写命名规范BYTE一ー个8位无符号数。BYTE应当仅用于・不iWORDー个16位无符号数。WORD应当仅用于DWORDdw,个32位无符号数。DWORD应当仅用」如ド表格描述了对不同类型标识符的大小写命名HRESULThrHRESULT一般用于Win32的错误或规范。VARIANTvtー个OLEVARIANT.HANDLEhー个句柄int—/•个32位序数（可以用于<<=>,>=等ヒ标识符I大小写命名规范命名结构示例nsignedint/位・类Pascal规范名词classComplexNumber{classcodeExample{.,cl閉"igRQ

27unsignedlongJ3.3.4用户界面特件布タ攧前_int64,LONGLONG,ULONGLONG/ー个64位序数。用户蜕向控件可仲用如下前统・以乃能后的咨頫TCHAR,wchar_t,charchー个字符（未指明符号）。"w和TCHARS,我们使用相同的标和WCHAR的特例,则使用"ch，ch土件"ービ类型更适合于宽字符,因为其属于C++内置类型。对于char檄讓盤蟠隣噸到W讐charPWSTR,PCWSTR,wchar__t*,PSTR,PCSTR,char*pszー个指向。值结F不同标志,对于（psz”代表PSTR凡和PSTR。所有指g的字符串。因为我们在项目中都使用Unicode,我们不必为PSTR和PWSTR设置har和TCHARJ"pwsz"代表针都是长指针控件类型控件句柄命名格式!控件命名猊wchar_t口,char[]sz,个。俏结尾的字符小（形式为細濟朋P露1?trqし如.wcharpXxxAnimateaniXxxszMessage[BUFFER_SIZE]PuttonhXxxButtonbtnXxxBSTRbstrー个OLEn动化的BSTR.CheckBoxhXxxCheckcikXxxvoidー个voidn对于指向void的指针C6徜bb'Bb前缀hXxxCombocmbXxx(♦)()ー个函数。对于指向函数的指针,D设烟口Hid怖ckerhXxxDatePickerdtpXxxEditControlhXxxEdittbXxx举例,GroupBoxhXxxGroupgrpXxxHANDLEhMapFile=NULL;DWORDdwError=NO_ERROR;HorizontalScrollBarhXxxScrollhsbXxxIPAddressControlhXxxIpAddripXxxListBoxhXxxListIstXxx匈牙利命名法的前缀用于增加类型信息ー以下是匈List(View)ControlhXxxListIvwXxxMenuhXxxMenuN/A牙利命名标志的前缀:MonthCalendarControlhXxxCalendarmclXxxPictureBoxhXxxPicturepctXxxPrefix1DescriptionProgressControlhXxxProgressHrgXxxPー个指针（32位或64位，取决于平台）.RadinRexhXxxRadioradXxxspTF冃1加司，例與1，1、仰归尖カ1ヨ造乂ジ欠rtfXxxc数量。比如,cbBuffer代表缓冲（buffer）的坐陵哪叫朱麟志也拈可以接受］ボ⑷1m_类中的一个成员变量SliderControlhXxxSIidersdXxxs类中的・个静态成员变量SpinControlhXxxSpinSonXxxg_ー个全局变量StaticTexthXxxLabelIbXxx1COM接口SysLinkControlhXxxLinklrikXxxTabControlhXxxTabtabXxx今例,UINTcch;//CountofcharactersTree(View)ControlhXxxTreetvwXxxVerticalScrollBarhXxxScrollvsbXxxPWSTRpsz;//Stringpointer,nullterminatedwchar_tszString[]=Lnfoo";

283.4指针回您应该总是在声明指针时进行初始化,释放之后应赋予NULL值或其他无效值。此举防止了其余代码使用未初始化的指针,意外的读写未知地址而破坏进程地址空间。举例:Good:BINARY_TREE*directoryTree=NULL;DWORD*pdw=(DWORD*)LocalAlloc(LPTR,512);if(pdw!=NULL)(LocalFree(pdw);pdw=NULL;}if(directoryTree!=NULL)(//FreedirectoryTreewithmatchtowayitwasallocatedFreeBinaryTree(directoryTree);directoryTree=NULL;}国您应该在指定一个指针类型/变量时,在由字符和类型之间留有一个空格,而不要在，*,字符和变量之间留有空格。该规范使得代码更一致。以下是示例:Good:HRESULTGetInterface(IStdinterface**ppSI);INFO*GetInfo(DWORD*pdwCount);DWORD*pdw=(DWORD*)pv;IUnknown*pUknwn=static_cast(*ppv);Bad:HRESULTGetlnterface(IStdlnterface**PPSI)；INFO*GetInfo(DWORD*pdwCount);DWORD*pdw=(DWORD*)pv;IUnknown*pUknwn=static_cast(*ppv);3.5常量0一定请使用‘consピ值来定义命名常量,而不是用州define”。举例:Good:constintBLACK=3;Bad:#defineBLACK3当您使用const常量时，编译器会强制类型检査,并将该常量添加至符号表，这将使得调试时更加简便。相反,预处理器并不会带来这些好处。0您应该使用枚举来定义ー组相关常鼠。这使得常量具有同样的类型,能改善函数接口。举例:Good:enumDayOfWeek{Sunday,Monday,Tuesday,Wednesday,Thursday,Friday,Saturday};enumColor{Black,Blue,White,Red,Purple);//Notethestrongtypeparameterchecking;callingcodecan'treversethem.BOOLColorizeCalendar(DayOfWeektoday,ColortodaysColor);Bad:

29constintSunday=0;constintMonday=1;constintBlack=0;constintBlue=1;//Notetheweaktypeparameterchecking;callingcodecanreversethem.BOOLColorizeCalendar(inttoday,inttodaysColor);位平台下,它不能通过编译。记得对您reinterpret_cast<>的用法进行注释,这有助于减少读者在看到此类型转换时的担心。3.const_cast用于移除对象的‘const，性质。以上三种转换的语法是类似的:0您应该在适当的时候,对传入和返回参数加上，consf修饰符。通过应用‘const，修饰符便清楚表明了该参数的意图，编译器能增加一层额外的验证,以验证代码不会修改这些const值。DerivedClass*pDerived=HelperFunction();BaseClass*pBase=static_cast(pDerived);図您不应该使用，const_cast，,除非是绝对需要。必缅仲用‘constcast—般竟味着姑个API没有很イ怜Const用法［意义描述constint*x;指向ー个constint的指针指晔命使嬾比雌修改注意：Win32API并不常对传入int*constx;指向int的Const指针X不能指向另外的地址constint*constx;指向constint的const指针指認歸麟（II，面时你能断妫皱用这些Win32API时，彳3.4类型转换回您应该使用C++风格的类型转换，C++风格的类型转换更加显式,提供更好的对类型的控制,并更能表现出代码的意图。有3种C++风格的类型转换:1.statijcast多用于将指针转换为另ー•同一继承体系内的指针。它是安全的类型转换。编译器会确保转换后的类型便是您所想转换的。该转换经常用于消除多重继承带来的类型歧义。2.reinterpret_cast用于转换不相关类型。警告:不要对DWORD和指针进行相互转换。在64可能需要使用const_cast。3.7Sizeof0一定请在条件允许的情况下,使用sizeof（变量），而不是sizeof（类型）。代码中不要出现变量的已知大小或者类型。Good:MY_STRUCTS；ZeroMemory(&s,sizeof(s));Bad:MY_STRUCTs;ZeroMemory(&s,sizeof(MY_STRUCT));

30図一定不要对数组使用sizeof来获得元素数量。应该使用ARRAYSIZE〇3.7字符串図ー定请编写显式UNKIODE代码,因为其更容易全球化。不要使用TCHAR或者ANSIchar,这样能减少ー半的测试代价,并消除了字符串bug。这意味着:使用宽字符类型,包括wchajt,PWSTR,PCWSTR,不要使用TCHAR版本的类型。Good:HRESULTFunction(PCWSTR)Bad:HRESULTFunction(PCTSTR)变量名不应该指明宽字符的。Good:Function(PCWSTRpsz)Bad:Function(PCWSTRpwsz)不要使用TEXT宏,而使用L前缀来创建Unicode字符串常量L"字符串值".Good:L"foo"Bad:TEXT("foo")相较WCHAR,倾向于选择wchart」,因为其是原生的C++类型。Good:Lnfoo"wchar__tszMessage[260];Bad:TEXT(Hfoo")WCHARszMessage[260];永远不要显式的使用A/W版本的APL这是低劣的编程风格,因为API的名称原本便是没有A/W的。同样的，硬编码会对在ANSI/Unicode之间的移植增加难度。Good:CreateWindow(...);Bad:CreateWindowW(...);回您应该在条件允许的情况下，为字符串使用固定大小栈缓冲区，而不是动态分配。使用固定大小栈缓冲区有如下好处:•更少的错误状态,无需检验分配失败，无需编写代码来处理这些情况的发生。«绝不会出现内存泄露,因为栈会帮您自动回收内存。•更好的性能表现,不会出现临时堆的使用。以下几种情况，应该避免使用栈缓冲区:•它不适用于当ー些数据量是任意的情况。注意:用户界面字符串受到UA指导准则和屏幕尺寸的限制,所以您一般可以为其大小

31设定一个上限。将您所认为的字符串大小翻倍,以适应将来在其他语言中的增长(据统计,一般有30%的语言增长。)•“大数据";大小超过MAX一PATH(260)几倍,或者超过MAX一URL(2048),这些情况下便不适用。•递归函数所以对于取了合理最大值的小数据,请尽量将数据置于栈上。3.9数组3.9.1数组大小0一定请尽量使用ARRAYSIZEO来获得数组大小。当用于非数组类型时,ARRAYSIZEO会产生・个错误:错误C2784。对于匿名类型,您需要使用更低安全性的一ARRAYSIZEO宏。使用ARRAYSIZEO来代替RTL_NUMBER_OF(),_countof(),NUMBER_OF(),等等。0一定请从数组变量取得其大小，而不要在代码中指定其大小:Good:ITEMrgltems[MAX_ITEMS];for(inti=0;i

323.9函数3.9.1验证参数回一定请验证公开函数的参数。如果参数无效,将最后错误代码(lasterror)设置为ERROR_lNVALID_PARAMETER.并返回HRESULTEJNVALIDARGo3.9.2引用参数図一定不要使用引用参数作为输出参数。因为很难得知在函数调用处,变量是否被修改了。此时应该使用指针。比如,考虑如下函数:Function()(intn=3;Mystery(n);ASSERT(n==3);}该断言是否有效?如果您并不知道函数的声明,您可能会想:"当然了，n的值肯定不会被修改"。然而，Mystery函数声明如下:voidMystery(int&n);那么答案便是"可能被修改，也可能没有"。如果Mystery函数有修改其实参的意图,它应该被重写为:voidMystery(int*pn);Function(){intn=3;Mystery(&n);)现在,我们便知道Mystery函数可能会修改其实参。如果您选择按引用传递对象(比如,ー个结构体),您可以选择显式的通过指针来传递(如果其是ー个输出参数),或者使用const引用(如果其是ー个输入参数)。const属性指明函数不应修改该对象。这遵守了"不带&的传入参数不会被函数修改"的规范。我们已经为对象类型的常见情景定义了一些宏,例如REFCLSID,REFIID和REFPROPERTYKEYo3.9.3未引用参数当实现接口或标准导出内的方法时,有一些参数没有被引用是相当常见的。编译器会发现未使用的参数,并产生一个警告,有些组件甚至会认为这是ー个错误。为避免发生如此情况,将未使用的参数使用/・参数名・/语法将其注释掉。不要使用UNREFERENCED_PARAMETER()宏,因为其1)太繁琐,2)并不能保证参数实际上真的未被引用。Good:LRESULTWndProc(HWNDhwnd,UINTuMsg,WPARAMwParam,LPARAM/*IParam*/)Bad:LRESULTWndProc(HWNDhwnd,UINTuMsg,WPARAMwParam,LPARAMIParam)(UNREFERENCED-PARAMETER(IParam);}

333.9.1输出字符串参数ー个从函数返回字符串的常见方法是让调用者指定字符串应该存储的地址以及与字符数等长的缓冲区长度。这便是"pszBuf/cchBuア'模式。在方法中,您首先需要显式的检验缓冲区大小是否大于0。在COM应用中,您可以返回_outstring字符串参数作为由CoTaskMemAlloc/SysAllocString动态分配的字符串。这便避免了代码中字符串大小的限制。调用者同样负责调用CoTaskMemFree/SysFreeStringo3.9.2返回值。一定请检查函数的返回值,而不是输出参数，以判断该函数是否调用成功。ー些函数会通过多种方式来传递成功或失败状态信息。比如，在COM方法中,在HRESULT和输出参数内便能得到这些信息。如下2例示例都是正确的,但前者更好。Good:IShellltemlmageFactory*psiif;if(SUCCEEDED(psi->QueryInterface(IID_PPV_ARGS(&psiif)))){//Usepsiffpsiif->Release();)Bad:IShellltemlmageFactory*psiif;psi->QueryInterface(11D_PPV_ARGS(&psiif));if(psiif){//Usepsiffpsiif->Release();理由:•HRESULT具有从函数返回的非常重要的信息，应当对它进行检验。»通常，HRESULT值带有需要被传递的、非常重要的信息，这大大降低了将所有失败映射或认作E_FAIL的机会。»对HRESULT进行检验,使得代码能够与一些错误输出参数并非〇的情况(许多Win32API)保持一致性。•检验HRESULT使得调用和检验置于同一行代码。•检验HRESULT在代码生成方面更高效。

343.9结构体3.9.1Typedef结构体図您应该在创建命名结构体时使用typedef〇如果您想要的只是ー个单结构变量,你便不必这么做。如果需要typedef标签(前置使用和自引用的typedef),则它应与类型名相同"typedefstructFOO{intx;}FOO;"结构体名应该所有字母大写,并以‘二分隔字符。举例://Theformatofthebytesinthedatastream....typedefstructFORM_STREAM_HEADER(intcbTotalSize;intcbVarDataOffset;USHORTusVersion;}FORM_STREAM_HEADER；3.9.2结构体初始化0一定请使用"={}"对结构体置零。PROPVARIANTpv={};当ー个结构体的第一个成员变量是字节大小字段时，您可以使用如ド捷径来初始化该字段,并将其余字段置零:SHELLEXECUTEINFOsei={sizeof(sei)};sei.IpFile=...3.9.3结构体vs类0一定请使用结构体来定义ー个不包含函数的数据聚合。如果数据结构包含成员方法,便使用类。对于C++,ー个结构体可以拥有成员函数，操作符以及类中所有的其他特性。实际上，类与结构体差别在于所有结构体内的成员默认访问权限是Public的，但是在类中是Private的。通常情况下,当且仅当拥有成员函数时オ使用类。3.10类3.10.1数据成员図一定不要声明Public数据成员。使用内联访问器函数以提高性能表现。0一定请在构造函数内，倾向使用初始化,而不是赋值操作。初始化示例:Good:classExample{public:private:intm_length;CStringm_description;Example(constintlength,constwchar_t*description):m_length(length),m_description(description),m_accuracy(0.0)

35floatm_accuracy;)；Bad:classExample(public:Example(intlength,constwchar_t*description){m_length=length;m_description=description;m_accuracy=0.0;)private:intm__length;CStringm_description;floatm_accuracy;)；团一定请按照成员变量在类中声明的顺序来初始化它们。初始化的顺序是成员变量在类定义中声明的顺序,而不是它们在初始化列表中的顺序。如果顺序都是一致的,则代码能够反应出编译器生成代码的情况。考虑以ド"CodeExample"示例:Bad:classCodeExample(public:explicitCodeExample(intsize);^CodeExample();private:wchar_t*m_buffer;intm_size;CodeExample::CodeExample(intsize):m_size(size),m_buffer((wchar_t*)operatornew[](m_size)){)CodeExample::-CodeExample()(delete[]m_buffer;)intwmain(intargc,wchar_t*argv[]){CodeExampleexample(23);return0;)CodeExample类的声明定义了m_buffer和m_size,所以首先初始化m_buffer,接着是m_size。而构造函数的代码所表示的初始化顺序与声明顺序相反。这会出现当m_buffer在初始化的时候，m_size看起来是有效的,但是事实并非如此。如果改变一下声明顺序,代码便如预期一般运作。3.9.1构造函数团一定请将构造函数的工作量降到最低。除了得到构造函数参数,设置主要数据成员,构造函数不应该有太多的工作量。其余工作量应该被推迟，直到必须。図您应该为类显式的声明复制语义。复制构造函数和赋值操作符是非常特殊的方法一如果您不提供ー个实现,编译器会为您提供ー个默认实现。如果类语义不支持复制,请显式的提供Private的未实现的复制构造函数和赋值操作符来禁用复制语义。举例:classExample(private:Example(constExamples);Examplesoperator=(constExamples);

36您不应该提供这些方法的实现,因为当您意外的使用它们时,编译器会报错以警告您。0一定请在定义复制构造函数时,使用‘const，引用类型。比如，时于类T,复制构造函数应该被定义为:T(constTSother)(}如果构造函数被定义为‘ケ(T&other)"或者甚至"T(T&other,intvalue=0)",它们仍然是复制构造函数。通过使用"constT&”进行标准化,构造函数能用于const和非const值,同时拥有const带來的安全性。図ー定请以‘explicit,关键字来定义所有单参数构造函数,这样,它们便不会成为转换构造函数。举例:classCodeExample{intm_value;public:explicitCodeExample(intvalue)m_value(value)))；図一定不要提供转换构造函数，除非类语义需要。3.9.1析构函数0一定请使用析构函数来集中类的资源清理工作(通过delete来释放资源)。如果在析构函数之前,资源被释放，请确保正确设置了该字段,(例如,将指针设置为NULL),以保证析构函数不会重复释放。0一定请在拥有至少ー个虚函数(非析构函数)的类中,将析构函数设置为"virtua/。如果类没有任何虚函数，请不要声明虚析构函数。使用虚析构函数的原则是类有其他的虚函数。假设,类B继承自类A,您有一个类型A的指针p。

37p实际可以指向A或B。假设A和B有一个虚函数F,若p指向的是A,贝リp->F（）会调用A::F,若p指向的是B,则会调用B::F。同样,您显然需要配对析构函数~A或〜B,所以析构函数也需是虚函数。如果F不是虚函数会怎样?那么无论指针指向哪个对象,您最终只会调用A::F。如果指针指向B,那您也只能将B当做A。所以,您绝对不会希望调用B::F,因为该成员函数更新了A的状态,而不是B。B的析构函数可能会失败,因为其修改了只适用于B的状态。滥用虚函数会造成大量C++bug〇3.9.1操作符図一定不要重载&&，II，,,等操作符。和内置的&&,||或,操作符不同，这些重载版本并不能呈现出短路特性，所以使用这些操作符会引起不可意料的结果。図您不应该重载操作符,除非类语义需要。図一定不要在重载时,改变操作符原有语义,不要使用‘+'操作符来做减运算。図您不应该实现转换操作符,除非类语义需要。3.9.2函数重载図一定不要在重载时,随意的变化参数名。如果ー个重载函数中的参数代表着另一个重载函数中相同的参数，该参数则应该有相同的命名。具有相同命名的参数应该在重载函数屮出现在同一位置。团一定请仅将最长得重载函数设为虚函数（为了拓展性考虑）。短的重载函数应该调用到长重载函数。3.9.3虚函数团一定请以虚函数来实现多态。図一定不要使用虚函数,除非您真的需要。因为虚函数通过虚表调用,会产生额外代价。国您应该在重写虚函数时使用,override,关键字。（注意:这是微软对于C++的特定拓展）。Override关键字会使编译器确保函数原型与基类中虚函数匹配。如果基类中的虚函数原型稍作修改，编译器便会为需要修改的派生类产生一个错误。classExample举例:protected:Example()()public:virtual-Example(){)virtualintMeasureAccuracy();private:Example(constExamples);Examplesoperator=(constExamples);

38classConcreteExample:publicExample(public:ConcreteExample()()〜ConcreteExample(){)intMeasureAccuracy()override;}；3.9.1抽象类抽象类提供了一个多态基类,需要派生类来提供虚函数实现。回您可以使用‘abstract，关键字来表示抽象类(注意:这是微软对于C++的特定拓展).0一定请提供ー个Protected构造函数。0一定请将抽象方法设置为纯虚函数。0一定请提供ー个Public的,虚析构函数,如果您允许通过指向抽象类的指针来进行delete操作。若您不想如此，请提供ー个Protected的，非虚析构函数。0一定请显式提供Protected复制构造函数和赋值操作符,或Private未实现的复制构造函数和赋值操作符一如果用户意外的使用了抽象基类进行一个传值操作,便会产生一个编译错误。抽象类示例:classExampleabstract{protected:Example(){)public:virtual〜Example(){}virtualintMeasureAccuracy()=0；private:Example(constExamples);Examplesoperator=(constExamples);)；3.14COM3.14.1COM接口0一定请使用IFACEMTHODIMP和IFACEMTHODIMP一作为COM接口的方法声明。这些宏替代了STDMETHODIMP和STDMETHOD,因为他们增加了_overrideSAL注释。示例:classCNetDataObj:publicIDataObject(public://IDataObjectIFACEMETHODIMPGetData(FORMATETC*pFmtEtc,STGMEDIUM*pmedium)IFACEMETHODIMPCNetDataObj::GetData(FORMATETC*pFmtEtC,STGMEDIUM*pmedium)

39(}図ー定请将类定义中接口方法的顺序与声明中的顺序保持一致。以下是IUnknown的顺序:Querylnterface()/AddRef()/Release()o3.14.1COM接口ID_uuidof()是ー个编译器支持的特性,其产生一个可能与类型相关的GUID值。该类型可能是接口指针,或者类。该GUID通过_declspec(uuidof-("Process();deletepEngine;使用vectornew的动态分配应该使用vectordelete〇举例:wchar_t*pszBuffer=newwchar_t[MAX_PATH];SomeMethod(pszBuffer);

40delete[]pszBuffer;团一定要理解您代码中的动态分配,以确保他们被正确的释放了。3.14.1智能指针必您应该使用RAII(初始化时分配资源)特性来帮助追踪动态分配一例如:使用智能指针。示例如下:CAutoPtrspEngine(newEngine());spEngine->Process();)(CAutoVectorPtrspBuffer()；spBuffer.Allocate(MAX_PATH);SomeMethod(spBuffer);)図一定不要仅为使用CAutoPtr和CAutoVectorPtr而使用ATLo3.15错误和异常図一定要在大多情况下,为了代码简洁,倾向于使用错误代码返回值，而不是异常处理。DLL导出的API和方法一般都使用错误代码。3.15.1错误回一定请检查函数返回值,并恰当的处理错误。使用控制台程序,并发现错误时,请尽早打印错误信息,并处理错误。举例://FunctionreturnHRESULT〇IShellLibrary*pShellLib=NULL;HRESULThr=SHCreateLibrary(IID_PPV_ARGS(SpShellLib));if(FAILED(hr))(wprintf(L"SHCreateLibraryfailedw/err0x%081x

41M,hr);gotoCleanup;//FunctionreturnTRUE/FALSE,setWin32lasterror。DWORDdwError=ERROR_SUCCESS;HANDLEhToken=NULL；if(!OpenProcessToken(GetCurrentProcess(),TOKEN_QUERY|TOKEN_DUPLICATEZ&hToken))(dwError=GetLastError();wprintf(L**OpenProcessTokenfailedw/err0x%081x

42",dwError);gotoCleanup;}3.15.2异常异常是C++的特性,在正确使用之前需要很好的理解它们。在使用带有本地C++异常的代码时,请确保您了解使用这些代码的含义。本地C++异常,是ー个C++语言强大的特性。可以降低代码复杂度,减少编写和维护的代码量。0一定请按值抛出异常,并按引用捕获异常。举例:voidProcessitem(constItemsitem)(try

43(if(/*sometestfailed*/){throw_com_error(E_FAIL);))catch(_com_error&comError){//ProcesscomError//))0当重新抛出异常时,请使用"throw"来重抛，而不要使用"throwく捕获到的异常〉"。举例,Good:voidProcessitem(constItem&item){try(Item->Process();)catch(ItemException&itemException)(wcout<Process();)catch(ItemException&itemException)(wcout<

44PatternExamplegoto淸理法HANDLEhToken=NULL;PVOIDpMem=NULL;if(!OpenProcessToken(GetCurrentProces(),TOKEN_QUERY,&hToken))(ReportError(GetLastError());gotoCleanup;}一pMem=LocalAlloc(LPTR,10);if(pMem==NULL)(ReportError(GetLastError());gotoCleanup;)'Cleanup:if(hToken)(CloseHandle(hToken);hToken=NULL;)if(pMem)(LocalFree(pMem);pMem=NULL;)—try/_finally法HANDLEhToken=NULL;PVOIDpMem=NULL;一tryif(!OpenProcessToken(GetCurrentProces(),TOKEN_QUERY,&hToken))|ReportError(GetLastError());_leave;)pMem=LocalAlloc(LPTR,10);if(pMem==NULL)(ReportError(GetLastError());leave;}一)finally{if(hToken)(下,隐藏错误是可接受的,但是这些情况的出现几率非常低。只捕获函数能处理的特定异常。所有其他异常都不用处理。図一定不要在控制流中使用异常。除了系统故障或者带有潜在资源竞争条件的操作,您编写的代码都不应该抛出异常。比如,在调用可能失败或抛出异常的方法前，您可以检查其前置条件,举例:if(IsWritable(list))(WriteList(list);)0一定要确保您理解可能从您所依赖的代码中抛出的异常，并确保异常不会无故传递至使用您的API的用户代码中。比如，STL和ATL在ー些特定情况下,可能抛出本地C++异常一了解这些情况，确保您的代码恰当地处理了这些异常,以防止其向外传递。3.14资源清理动态分配的内存或资源，在您退出函数之前应该被正确的清理,以防止内存或资源泄露。在函数执行过程中出现错误时，恰当的资源清理方案是非常重要的。以下是在函数中,5种常见的资源清理模式。

45嵌套if法带RAH封装器的提前返冋法CloseHandle(hToken);hToken=NULL;}if(pMem)(LocalFree(pMem);pMem=NULL;HANDLEhToken=NULL;PVOIDpMem=NULL;if(OpenProcessToken(GetCurrentProcess(),TOKEN_QUERY,&hToken))(pMem=LocalAlloc(LPTR,10);if(pMem)LocalFree(pMem);pMem=NULL;)else(ReportError(GetLastError());namespaceWinRAII(classAutoFreeObjHandle(public:explicitAutoFreeObjHandle(HANDLEh)m_hObj(h){;}^AutoFreeObjHandle(){Close();)voidClose(void)联套if4经常是最坏的选择。您会很快耗尽水平空间。代码更难的快点麻?(CloseHandle(m__hObj);m_jObj=NULL;})HANDLEGet(void)const{return(m_hObj);}voidSet(HANDLEh){m_hObj=h;}private:HANDLEm_hObj；AutoFreeObjHandle(void);AutoFreeObjHandle(constAutoFreeObjHandle&);AutoFreeObjHandle&operator=(constAutoFreeObjHandle&);WinRAII::AutoFreeObjHandleafToken(NULL)if(!OpenThreadToken(GetCurrentThread(TOKEN_QUERY,TRUE,&hToken))CloseHandle(hToken);hToken=NULL;}else(ReportError(GetLastError());ReportError(GetLastError());带重复淸理的提前返回法returnFALSE;提前返回法在C中效率低下,因为其以重叁清理代码来结束。如果函数没有清理工作,或代码DWORDdwError=ERROR_SUCCESS;HANDLEhToken=NULL;PVOIDpMem=NULL;量非常少，那么可以使用该清理方法。,,3.18填制流if('OpenProcessToken(GetCurrentProcess(),TOKEN_QUERYITOKEN_DUPLICATE,ihToken))CloseHandle(hToken);冋。LocalFree(pMem);returnTRUE;ReportError(GetLastError());returnFALSE;}pMem=LocalAlloc(LPTR,10);if(pMem==NULL)(ReportError(GetLastError());CloseHandle(hToken);hToken=NULL;returnFALSE;3.18.1提前返回図您不应该在一个方法内提前返回。某些情况下,提前返回法是可接受的,但是应该避免对其滥用。理想状态下,所有函数都应该只在函数底部有一个返回点,所有的执行路径都会通过该点返可以使用提前返回的情况如下:

46•在函数开头的参数验证。・代码量极其少的函数(例如,成员变量状态访问器)3.18.1Goto図一定不要使用‘got。’语句来代替结构化控制流以企图优化运行时性能表现。这样做,会导致代码难于阅读,调试和验证。团您可以以向前跳转，并实现ー个跳转至同一目的地(例如，当某资源无法分配时,跳出资源分配代码，进入资源清理代码)的跳转集合来实现结构化的风格。这样使用got。便能减少嵌套深度，使得错误处理更易理解和验证。示例:BOOLIsElevatedAdministrator(HANDLEhlnputToken)(BOOLflsAdmin=FALSE;HANDLEhTokenToCheck=NULL;//Ifcallersuppliesatoken,duplicateittoanimpersonationtoken//becauseCheckTokenMembershiprequiresanimpersonationtoken.if(hlnputToken){if(!DuplicateToken(hlnputToken,SecurityIdentification,&hTokenToCheck)){gotoCLEANUP;))DWORDsidLen=SECURITY_MAX_SID_SIZE;BYTElocalAdminsGroupSid[SECURITY_MAX_SID_SIZE];if(•CreateWellKnownSid(WinBuiltinAdministratorsSid,NULL,localAdminsGroupSid,&sidLen))(gotoCLEANUP;}//Now,determmineiftheuserisanadminif(CheckTokenMembership(hTokenToCheck,localAdminsGroupSid,&flsAdmin)){//lastErr=ERROR_SUCCESS;}CLEANUP://Closetheimpersonationtokenonlyifweopenedit.if(hTokenToCheck){CloseHandle(hTokenToCheck);hTokenToCheck=NULL;)return(flsAdmin);)逻辑上，代码被结构化的分为4块(如下阴影)。前2块代码试图分配资源，如果成功，控制流则执行下ー块代码。如果某ー块代码中资源分配失败,控制流则执行清理代码。第3块代码决定函数最终结果,之后执行清理代码。如上,我们便结构化的使用了goto,因为所有got。都是向前跳转,并一致的出于同一个目的。结果代码

47相较于嵌套方法非常简短,易于阅读和验证。这便是got。的正确用法。BOOLIsElevatedAdministrator(HANDLEhlnputToken)(BOOLfIsAdmin=FALSE;HANDLEhTokenToCheck=NULL;//Ifcallersuppliesatoken,duplicateittoanimpersonationtoken//becauseCheckTokenMembershiprequiresanimpersonationtoken.if(hlnputToken)(if(!DuplicateToken(hlnputToken,SecurityIdentification,ShTokenToCheck))(gotoCLEANUP；))DWORDsidLen=SECURITY_MAX_SID_SIZE;BYTElocalAdminsGroupSid[SECURITY_MAX_SID_SIZE];if(!CreateWellKnownSid(WinBuiItinAdministratorsSid,NULL,localAdminsGroupSid,&sidLen))(gotoCLEANUP;)//Now,determmineiftheuserisanadminif(CheckTokenMembership(hTokenToCheck,localAdminsGroupSid,&fIsAdmin))(//lastErr=ERROR_SUCCESS;)CLEANUP：//Closetheimpersonationtokenonlyifweopenedit.if(hTokenToCheck)(CloseHandle(hTokenToCheck);hTokenToCheck=NULL;}return(fIsAdmin);)

484.NET编码规范以ド编程规范适用于C#和VB.NET。将copyright设置为Copyright©MicrosoftCorporation2010[assembly:AssMicrosoftCorp将Assemblycompany设置为MicrosoftCorporation[assembly:AssCorporation")将AssemblyTitle和AssemblyProduct设置为当前示例名[assembly:Ass[assembly:Ass4.1类库开发设计规范MSDN上的类库开发设计规范对如何编写优秀的托管代码进行了细致的讨论。本章节的内容着重于ー些重要的规范,以及ー站式代码示例库对于该规范的ー些例外情况。因此,建议你同时参照这两份文档。4.2文件和结构図一定不要在ー个源文件内拥有一个以上的Public类型，除非它们只有泛型参数个数的差别，或者具有嵌套关系。ー个文件内有多个内部类型是允许的。团一定请以源文件所含的Public类名命名该文件。比如,MainForm类应该在MainForm.cs文件内,而List类应该在List.cs文件内。4.3程序集属性程序集应当包含适当的属性值来描述其命名,版权，等等。Standard4.4命名规范4.4.1综合命名规范回一定请为各种类型，函数，变量,特性和数据结构选取有意义的命名。其命名应能反映其作用。図您不应该在标识符名中使用缩短或缩略形式的词。比如，使用"GetWindow"而不是"GetWin”。对于公共类型,线程过程,窗口过程,和对话框过程函数,为"ThreadProc","DialogProc","WndProc"等使用公共后缀。図一定不要使用下划线,连字号,或其他任何非字母数字的字符。4.4.2标识符的大小写命名规范标识符丨规范|命名结构类，结构体Pascal规范名诃如下表格描述了对不同类型标识符的大小写命名规范。

49命名空间Pascal规范名词図一定不要以相同的名称来命名命名空间和其内部的类型。枚举Pascal规范名词4.4.30一定请以复数名词或名词短语来命名标志枚方法Pascal规范Public属性Pascal规范{…}namespace国ー定清仅为命名资源使用字母数字字划线。Microsoft.Sample.Windows7匈牙利中多法ags]publicenumConsoleModifiers举,以单数名词或名词短语來嚙世哈卡要在卜ボ,他用陶芬前命名法（例如,动词或动词短语名词或形容词publicvoidPrint()em()publicstringCustomerName团一定请以集合中项目的复数形芯命名该生0匸publicitemCo合,或者单数名词后面跟"Lisピ逸糸4户界面掠胜命名（规減ollectionItemsanRead"Collection"。回一定请以肯定短语来命名布尔属性，（CanSeek,而不是CantSeek）用、疵㈱件应该使用如ド前缀,其重要目的是使代"Can,"or"Has”作布尔属性的前缀冇意义时，您码更易读。Came!规范或也可以这样做。事件Pascal规范性。动词或动词短语E一定请用现在式或过去式来是之后的概念。図一定不要使用"Before"或者缀来指明事件的先后。ノ抑肿2.前或raisqloseevent^^ihaE.コ:帆レいエthewindowsisedsis>ing麻認贓后CheckedListBComboBoxclospublOX//AraisiS乩entWindowClos1stcloseeventthat:dMbforeawindowContextMenuclospublid.icfngUentWindowClos委托Pascal规范旧ー定请为用于事件的委托增EventHandler后缀。巳ー定请为除了用于事件处理増加Callbackリ了缀。図一定不要为委托增加〃De加publDateTimePickerindu6icdelegateo'idtposedEventHandle»r程用補的委托suffix:XXXForme康电P居展grp接口Pasca!规范,带有T前缀名词ImageListLabelpubllinilnterfaceIDictlbonary常量Pascal规范用于Public常量;Came!规范用于Internal常量;只有1或2个字符的缩写需全部字符大写。名词ListBoxListViewMenupublMessprivmesspubli(fS|ConststringageText="A”;ilWBonststringageText="B";i(H10tlnstdoublePI—Menuitem3.14159・・・;mnu参数,变量Camel规范名词Notificationlcoont：ilMYomerID;泛型参数资源Pasca!规范,带有‘T’前缀Pascal规范名词团一定请以描述性名称命名泛字符名称已有足够描述性。目一定请以T作为描述性类型叵您应该使用T作为单字符类名词0一定请提供描述性强的标识能保持简洁，但是不应该因空KPanelT,TT闻,TPolicydName世落数，除井,PPictureBoxpct谶購里RadioButtonArguprgnfS^Exceptionlnvala扁spl非Public属性privatestringname;privatestring_name;名词或形容词面一定请在您使用二前缀时,保持代码一致

50StatusBarstsTabControltabTabPagetabTextBoxtbTimertmrTreeViewtvw比如,对于“FileISave”菜单选线,"Save"菜单项应该命名为"mnuFileSave"。4.1常量0一定请将那些永远不会改变值定义为常量字段。编译器宜接将常量字段嵌入调用代码处。所以常量值永远不会被改变,且并不会打破兼容性。publicclassInt32(publicconstintMaxValue=0x7fffffff;publicconstintMinValue=unchecked((int)0x80000000);)PublicClassInt32PublicConstMaxValueAsInteger=&H7FFFFFFFPublicConstMinValueAsInteger=&H80000000EndClass0一定请为预定义的对象实例使用publicstatic(shared)readonly字段。如果有预定义的类型实例,也将该类型定义为publicstaticreadonly。举例,publicclassShellFolder{publicstaticreadonlyShellFolderProgramData=newShellFolder("ProgramData");publicstaticreadonlyShellFolderProgramFiles=newShellFolder("ProgramData");PublicClassShellFolderPublicSharedReadonlyProgramDataAsNewShellFolder("ProgramData")PublicSharedReadonlyProgramFilesAsNewShellFolder("ProgramFiles")EndClass4.2字符串図一定不要使用‘+‘操作符(VB.NET中的ノ&)来拼接大量字符串。相反,您应该使用StringBuilder来实现拼接工作。然而,拼接少星:的字符串时,一定请使用屮操作符(VB.NET中的&)〇Good:Str.ingBuildersbXML=newStringBuilder();sbXML.Append("");sbXML.Append("");sbXML.Append("Data");sbXML.Append("");sbXML.Append("");Bad:StringsXML="";sXML+="";sXML+="Data";sXML+="く/child〉”；sXML+="く/parent〉”；团一定请使用显式地指定了字符串比较规则的重载函数。一般来说,需要调用带有Stringcomparison类型参数的重载函数。図ー定请在对文化未知的字符串做比较时,使用

51Stringcomparison.Ordinal和Stringcomparison.OrdinallgnoreCase作为您的安全默认值,以提髙性能表现。図一定请在向用户输出结果时，使用基于Stringcomparison.Currentculture的字符串操作。図一定请在比较语言无关字符串(符号，等)时,使用非语言学的StringComparison.Ordinal或者StringComparison.OrdinallgnoreCase值，而不是基于Cultureinfo.Invariantculture的字符串操作。一般而言，不要使用基于StringComparison.Invariantculture的字符串操作。ー个例外是当你坚持其语言上有意义,而与具体文化无关的情况。0一定请使用String.Equals的重载版本来测试2个字符串是否相等。比如，忽略大小写后，判断2个字符串是否相等,if(strl.Equals(str2,StringComparison.OrdinallgnoreCase))If(strl.Equals(str2,StringComparison.OrdinallgnoreCase))Then図一定不要使用String.Compare或CompareTo的重载版本来检验返回值是否为0,来判断字符串是否相等。这2个函数是用于字符串排序，而非检查相等性。团一定请在字符串比较时,以String.ToUpperlnvariant函数使字符串规范化，而不用String.ToLowerlnvariant。4.1数组和集合E您应该在低层次函数中使用数组,来减少内存消耗,增强性能表现。对于公开接口,则偏向选择集合。集合提供了对于其内容更多的控制权，可以随着时间改善,提高可用性。另外，不推荐在只读场景下使用数组,因为数组克隆的代价太高。然而,如果您把熟练开发者作为目标，对于只读场景使用数组也是个不错的主意。数组的内存占用比较低,这减少了工作区,并因为运行时的优化能更快的访问数组元素。図一定不要使用只读的数组字段。字段本身只读,不能被修改,但是其内部元素可以被修改。以下示例展示了使用只读数组字段的陷阱:Bad:publicstaticreadonlychar[]InvalidPathChars=(»\w,,’ド};这允许调用者修改数组内的值:InvalidPathChars[0]=*A*;您可以使用一个只读集合(只要其元素也是不可

52变的),或者在返回之前进行数组克隆。然而,数组克隆的代价可能过高:publicstaticReadOnlyCollectionGetInvalidPathChars()(returnArray.AsReadOnly(badChars);)publicstaticchar[]GetInvalidPathChars()(return(char[])badChars.Clone();}0您应该使用不规则数组来代替使用多维数组。ー个不规则数组是指其元素本身也是一个数组。构成元素的数组可能有不同大小，这样相较于多维数组能减少ー些数据集的空间浪费(例如，稀疏矩阵)。另外，CLR能够对不规则数组的索引操作进行优化，所以在某些情景下,具有更好的性能表现。/Z不规则数组int[][]jaggedArray=);newint[]{1,newint[]{5,newint[]{8},newint[]{9}2,3,6,7)4},rDimjaggedArrayAsInteger()()=New(Integer()()-NewInteger(){1,2,3,4},_NewInteger(){5,6,7),_NewInteger(){8},—NewInteger(){9}一)//多维数组inti[,]multiDimArray=i{1,2,3,4},{5,6,7,0},{8,0,〇,0},{9,0,0,0)DimmultiDimArray(,)AsInteger=_{_(1,2,3,4},_{5,6,7,0},_{8,0,0,0},_{9,0,0,0}_)0一定请将代表了读/写集合的属性或返回值声明为Collectionぐ〉或其子类，将代表了只读集合的属性或返回值声明为ReadOnlyCollection或其子类。図您应该重新考虑对于ArrayList的使用,因为所有添加至其中的对象都被当做System.Object,当从ArrayList取回值时,这些对象都会拆箱,并返回其真实的值类型。所以我们推荐您使用定制类型的集合,而不是ArrayList。比如,.NET在System.Collection.Specialized命名空间内为String提供了强类型集合Stringcollection〇0您应该重新考虑对于Hashtable的使用。相反,您应该尝试其他字典类,例如StringDictionary,NameValueCollection,Hybridcollection〇除非Hashtable只存储少量值,最好不要使用Hashtable〇

53必您应该在实现集合类型时.,为其实现lEnumerable接口，这样该集合便能用于LINQtoObjects〇図一定不要在同一个类型上同时实现IEnumerator和IEnumerable接口。同样，也不要同时实现非泛型接口lEnumerator和lEnumerableo所以,一个类型只能成为ー个集合或者ー个枚举器,而不可二者皆得。図一定不要返冋数组或集合的null引用。空值数组或集合的含义在代码环境中很难被理解。比如,ー个用户可能假定如下代码能够正常运行,所以应该返回一个空数组或集合，而不是null引用。int[]arr=SomeOtherFunc();foreach(intvinarr){)4.1结构体図一定请确保将所有实例数据设置为〇值,false或者是null〇当创建结构体数组时,这样能防止意外创建了无效实例。回一定请为值类型实现IEquatable接口。值类型的Object.Equals方法会引起装箱操作。且因为使用了反射特性,所以其默认实现效率不高。IEquatable.Equals较其有相当大的性能提升,且其实现可以不引发装箱操作。4.1.1结构体vs类図一定不要定义结构体，除非其具有如下特性:•它在逻辑上代表了一个单值,类似于原始类型(例如,int、double,等等)。«其示例大小小于16字节。,它是不可变的。•它不会引发频繁的装箱拆箱操作。其余情况下,您应该定义类,而不是结构体。4.2类0一定请使用继承来表示"isa”关系,例如“猫是一种动物”。0一定请使用接口,例如［Disposable,来表示"cando"关系,例如"对象能被释放"。4.2.1字段図一定不要提供Public或Protected的实例字段。Public或Protected字段并没有受到代码访问安全

54需求的保护。我们应该使用Private字段,并通过属性来提供访问接口。0一定请将预定义对象实例定义为publicstaticreadonト字段。0一定请将永远不会改变的字段定义为常量字段。図一定不要将可变类型定义为只读字段。4.1.1属性0一定请创建只读属性,如果用户不应该具有修改这些属性值的能力。図一定不要提供只写属性。如果没有提供属性设置器,请使用・个方法来实现相同的功能。方法名应该以Set开头，后面跟着属性名。0一定请为所有属性提供合理的默认值,并确保默认值不会引发安全漏洞或ー个极端低效的设计。図您不应该从属性访问器内抛出异常。属性访问器应该只包含简单的操作，且不带任何前置条件。如果ー个属性访问器可能抛出异常,那么考虑将其重新设计为ー个方法。该推荐方法并不适用于索引器。索引器可以因为无效实参而抛出异常。从属性设置器内抛出异常是有效且可接受的。4.1.2构造函数0一定请尽量减少构造函数的工作量。除了得到构造函数参数,设置主要数据成员,构造函数不应该有太多的工作量。其余工作量应该被推迟，直到必须。0一定请在恰当的时候,从实例构造函数内抛出异常。0一定请在需要默认构造函数的情况下,显式的声明它。即使有时编译器为自动的为您的类增加ー个默认构造函数,但是显式的声明使得代码更易维护。这样即使您増加了一个带有参数的构造函数,也能确保默认构造函数仍然会被定义。図一定不要在对象构造函数内部调用虚方法。调用虚方法时，实际调用了继承体系最底层的覆盖（override）方法，而不考虑定义了该方法的类的构造函数是否已被调用。4.1.3方法0一定请将所有输出参数放置于所有传值和传引用参数（除去参数数组）的之后，即使它引起了重载方法之前不一致的参数顺序。0一定请验证传递给Public,Protected或显式实现的成员方法的实参。如果验证失败,则抛出

55System.ArgumentException,或者其子集:如果一个null实参传递给成员,而成员方法不支持null实参，则抛出ArgumentNullExceptiono如果实参值超出由调用方法定义的可接受范围,则抛出ArgumentOutOfRangeException异常。4.1.1事件0一定请注意事件处理方法中可能会执行任意代码。考虑将引发事件的代码放入ー个try-catch块中,以避免由事件处理方法中抛出的未处理异常引起的程序终止。図一定不要在有性能要求的API中使用事件。虽然事件易于理解和使用,但是就性能和内存消耗而言,它们不如虚函数。4.1.2成员方法重载0一定请使用成员方法重载，而不是定义带有默认参数的成员方法。默认参数并不是CLS兼容的,所以不能被某些语言重用。同时,带有默认参数的成员方法存在一个版本问题。我们考虑成员方法的版本1将可选参数默认设置为!23〇当编译代码调用该方法，且没有指定可选参数时，编译器在调用处直接将123嵌入代码中。现在,版本2将默认参数修改为863,如调用代码没有重新编译,那么它会调用版本2的方法,并传递123作为其参数。（123是版本1的默认参数,而不是版本2的。）。Good:PublicOverloadsSubRotate(ByVaidataAsMatrix)Rotate(data,180)EndSubPublicOverloadsSubRotate(ByVaidataAsMatrix,ByVaidegreesAsInteger),DorotationhereEndSubBad:PublicSubRotate(ByVaidataAsMatrix,OptionalByVaidegreesAsInteger=180),DorotationhereEndSub図一定不要任意改动重载方法中的参数名。如果ー个重载函数中的参数代表着另ー个重载函数中相同的参数,该参数则应该有相同的命名。具有相同命名的参数应该在重载函数中出现在同一位置。团一定请仅将最长重载函数设为虚函数(为了拓展性考虑)。短重载函数应该一直调用到长重载函数。4.1.3接口成员E您不应该在没有合理理由的情况下显式的实现接口成员。显式实现的成员可能使开发者感到困惑,因为他们不会出现在Public成员列表内,且会造成对值类型不必要的装箱拆箱操作。国您应该在成员只通过接口来调用的情况下，显

56式的实现成员接口。4.1.1虚成员方法相较于回调和事件,虚成员方法性能上有更好的表现。但是比非虚方法在性能上低一点。図一定不要在没有合理理由的情况下,将成员方法设置为虚方法,您必须意识到相关设计，测试，维护虚方法带来的成本。E您应该倾向于为虚成员方法设置为Protected的访问性,而不是Public访问性。Public成员应该通过调用Protected的虚方法来提供拓展性(如果需要的话)。4.1.2静态类図ー定请合理使用静态类。静态类应该被用于框架内基于对象的核心支持辅助类。4.1.3抽象类図一定不要在抽象类中定义Public或Protected-Internal的构造函数。0一定请为抽象类定义ー个Protected,或Internal构造函数。Protected构造函数更常见,因为其允许当子类创建时,基类可以完成自己的初始化工作。publicabstractclassClaim(protectedClaim(){))internal构造函数用于限制将抽象类的实现具化到定义该类的程序集。publicabstractclassClaim(internalClaim(){))4.2命名空间0一定请在ー站式代码示例库中使用VisualStudio创建的项冃的默认的命名空间。无需重命名命名空间为Microsoft.Sample.TechnologyNameo4.3错误和异常4.3.1抛出异常团一定请通过抛出异常来告知执行失败。异常在框架内是告知错误的主要手段。如果一个成员方法不能成功的如预期般执行,便应该认为是执行失败,并抛出ー个异常。一定不要返回一个错误代码。团一定请抛出最明确,最有意义的异常(继承体系最底层的)。比如,如果传递了一个null实参，则抛出

57ArgumentNullException,而不是其基类ArgumentException。抛出并捕获System.Exception异常通常都是没有意义的。図一定不要将异常用于常规的控制流。除了系统故障或者带有潜在竞争条件的操作,您编写的代码都不应该抛出异常。比如,在调用可能失败或抛出异常的方法前,您可以检查其前置条件，举例,//c#示例:if(collection!=null&&'collection.IsReadOnly)(collection.Add(additionalNumber);)*VB.NET示例:If((NotcollectionIsNothing)And(Notcollection.IsReadOnly))Thencollection.Add(additionalNumber)EndIf図一定不要从异常过滤器块内抛出异常。当ー个异常过滤器引发了一个异常时,该异常会被CLR捕获,该过滤器返回false。该行为很难与过滤器显式的执行并返回错误区分开,所以会增加调试难度。'VB.NETsample,Thisisbaddesign.Theexceptionfilter(Whenclause)'maythrowanexceptionwhentheInnerExceptionproperty'returnsnullTryCatcheAsArgumentException_Whene.InnerException.Message.StartsWith("File")EndTry図一定不要显式的从finally块内抛出异常。从调用方法内隐式的抛出异常是可以接受的。4.11.2异常处理図您不应该通过捕获笼统的异常,例如System.Exception,System.SystemException,或者.NET代码中其他异常，来隐藏错误。一定要捕获代码能够处理的、明确的异常。您应该捕获更加明确的异常，或者在Catch块的最后一条语句处重新抛出该普通异常。以下情况隐藏错误是可以接受的，但是其发生几率很低Good://C#sample:try)catch(System.NullReferenceExceptionexc){)catch(System.ArgumentOutOfRangeExceptionexc){)catch(System.7nvalidCastExceptionexc)()'VB.NETsample:Try

58CatchexcAsSystem.NullReferenceExceptionCatchexcAsSystem.ArgumentOutOfRangeExceptionCatchexcAsSystem.InvalidCastExceptionEndTryBad://C#sample:try{)catch(Exceptionex){)'VB.NETsample:TryCatchexAsExceptionEndTry0一定请在捕获并重新抛出异常时,倾向使用throw〇这是保持异常调用栈的最佳途径:Good://C#sample:try(...//Dosomereadingwiththefile)catch(file.Position=position;//Unwindonfailurethrow;//Rethrow}'VB.NETsample:Try...*DosomereadingwiththefileCatchexAsExceptionfile.Position=position'UnwindonfailureThrow*RethrowEndTryBad://C#sample:try(...//Dosomereadingwiththefile}catch(Exceptionex)(file.Position=position;//Unwindonfailurethrowex;//Rethrow*VB.NETsample:Try...'DosomereadingwiththefileCatchexAsExceptionfile.Position=position'UnwindonfailureThrowex'RethrowEndTry4.12资源清理図一定不要使用GC.Collect来进行强制垃圾回收。4.12.1Try-finally块0一定请使用try-finally块来清理资源,try-catch块来处理错误恢复。一定不要使用catch块来清理资源。一般来说,清理的逻辑是回滚资源(特别是原生资源)分配。举例://C#sample:FileStreamstream=null;try(stream=newFilestream(...);)finally(if(stream!=null)stream.Close();)

59*VB.NETsample:DimstreamAsFilestream=NothingTrystream=NewFileStream(...)CatchexAsExceptionIf(streamIsNotNothing)Thenstream.Close()EndIfEndTry为了清理实现了[Disposable接口的对象,C#和VB.NET提供了using语句来替代try-finally块。//C#sample:using(FileStreamstream=newFileStream(...))()*VB.NETsample:UsingstreamAsNewFileStream(...)EndUsing许多语言特性都会自动的为您写入try-finally块。例如C#/VB的using语句,C#的lock语句,VB的SyncLock语句,C#的foreach语句以及VBForEach语句。4.12.1基础Dispose模式该模式的基础实现包括实现System.(Disposable接ロ,声明实现了所有资源清理逻辑的Dispose(bool)方法,该方法被Dispose方法和可选的终结器所共享。请注意,本章节并不讨论如何编写ー个终结器。可终结类型是该简单模式的拓展,我们会在下个章节中讨论。如下展示了基础模式的简单实现://C#sample:publicclassDisposableResourceHolder:IDisposable{privatebooldisposed=false;privateSafeHandleresource;//HandletoaresourcepublicDisposableResourceHolder()(this.resource=...//Allocatesthenativeresource)publicvoidDoSomething()(if(disposed)thrownewObjectDisposedException(...);//NowcallsomenativemethodsusingtheresourcepublicvoidDispose()(Dispose(true);GC.SuppressFinalize(this);}protectedvirtualvoidDispose(booldisposing)(//Protectfrombeingcalledmultipletimes.if(disposed)return;if(disposing)(//Cleanupallmanagedresources・if(resource!=null)resource.Dispose();)

60disposed=true;)}'VB.NETsample:PublicClassDisposableResourceHolderImplementsIDisposablePrivatedisposedAsBoolean=FalsePrivateresourceAsSafeHandle,HandletoaresourcePublicSubNew()resource=...'AllocatesthenativeresourceEndSubPublicSubDoSomething()If(disposed)ThenThrowNewObjectDisposedException(...)EndIf'NowcallsomenativemethodsusingtheresourceEndSubPublicSubDispose()ImplementsIDisposable.DisposeDispose(True)GC.SuppressFinalize(Me)EndSubProtectedOverridableSubDispose(ByVaidisposingAsBoolean),Protectfrombeingcalledmultipletimes.IfdisposedThenReturnIfdisposingThen,Cleanupallmanagedresources.If(resourceIsNotNothing)Thenresource.Dispose()EndIfEndIfdisposed=TrueEndSubEndClass0一定请为包含了可释放类型的类型实现基础Dispose模式。図ー定请拓展基础Dispose模式来提供ー个终结器。比如,为存储非托管内存的缓冲实现该模式。0您应该为即使类本身不包含非托管代码或可清理对象,但是其子类可能带有的类实现该基础Dispose模式。ー个绝佳的例子便是System.10.Stream类。虽然它是ー个不带任何资源的抽象类，大多数子类却带有资源,所以应该为其实现该模式。0一定请声明一个protectedvirtualvoidDispose(booldisposing)方法来集中所有释放非托管资源的逻辑。所有资源清理都应该在该方法中完成。用终结器和IDisposable.Dispose方法来调用该方法。如果从终结器内调用,则其参数为false。它应该用于确保任何在终结中运行的代码不应该被其他可终结对象访问到。下一章节我们会详细介绍终结器的细节。//C#sample:protectedvirtualvoidDispose(booldisposing)(if(disposing)

61(//Cleanupallmanagedresources.if(resource!=null)resource.Dispose();)))'VB.NETsample:ProtectedOverridableSubDispose(ByVaidisposingAsBoolean),Protectfrombeingcalledmultipletimes.IfdisposedThenReturnIfdisposingThen,Cleanupallmanagedresources.If(resourceIsNotNothing)Thenresource.Dispose()EndIfEndIfdisposed=TrueEndSub0一定请通过简单的调用Dispose(true)»以及GC.SuppressFinalize(this)来实现［Disposable接□〇仅当Dispose(true)成功执行完后才能调用SuppressFinalize〇//C#sample:publicvoidDispose()(Dispose(true);GC.SuppressFinalize(this);)*VB.NETsample:PublicSubDispose()ImplementsIDisposable.DisposeDispose(True)GC.SuppressFinalize(Me)EndSub図一定不要将无参Dispose方法定义为虚函数。Dispose(bool)方法应该被子类重写。図您不应该从Dispose(bool)内抛出异常,除非包含它的进程被破坏(内存泄露,不一致的共享状态，等等)等极端条件。用户不希望调用Dispose会引发异常。比如,考虑在C#代码内手动写入try-finally块:TextReadertr=newStreamReader(File.OpenRead("foo.txt"));try{//Dosomestuff)finally(tr.Dispose();//Morestuff)如果Dispose可能引发异常,那么finally块的清理逻辑不会被执行。为了解决这一点,用户需要将所有对于Dispose(在它们的finally块内!)的调用放入try块内,这将导致ー个非常复杂的清理处理程序。如果执行Dispose(booldisposing)方法,即使终结失败也不会抛出异常。如果在一个终结器环境内这样做会终止当前流程。团一定请在对象被终结之后，为任何不能再被使用的成员抛出Iー个ObjectDisposedException异常。//C#sample:publicclassDisposableResourceHolder:IDisposable(privatebooldisposed=false;

62privateSafeHandleresource;//HandletoaresourcepublicvoidDoSomething(){if(disposed)thrownewObjectDisposedException(...);//Nowcallsomenativemethodsusingtheresource)protectedvirtualvoidDispose(booldisposing){if(disposed)return;//Cleanupdisposed=true;))*VB.NETsample:PublicClassDisposableResourceHolderImplementsIDisposablePrivatedisposedAsBoolean=FalsePrivateresourceAsSafeHandle'HandletoaresourcePublicSubDoSomething()If(disposed)ThenThrowNewObjectDisposedException(...)EndIf,NowcallsomenativemethodsusingtheresourceEndSubProtectedOverridableSubDispose(ByVaidisposingAsBoolean)'Protectfrombeingcalledmultipletimes.IfdisposedThenReturn1Cleanupdisposed=TrueEndSubEndClass4.12.3可终结类型可终结类型是通过重写终结器并在Dispose(bool)中提供终结代码路径来拓展基础Dispose模式的类型。如下代码是ー个可终结类型的示例:

63//C#sample:publicclassComplexResourceHolder:IDisposable(booldisposed=false;privateIntPtrbuffer;//UnmanagedmemorybufferprivateSafeHandleresource;//DisposablehandletoaresourcepublicComplexResourceHolder(){this.buffer=...//Allocatesmemorythis.resource=...//Allocatestheresource)publicvoidDoSomething(){if(disposed)thrownewObjectDisposedException(...);//Nowcallsomenativemethodsusingtheresource)-ComplexResourceHolder()(Dispose(false);)publicvoidDispose(){Dispose(true);GC.SuppressFinalize(this);)protectedvirtualvoidDispose(booldisposing)(//Protectfrombeingcalledmultipletimes.if(disposed)return;if(disposing)(//Cleanupallmanagedresources.if(resource!=null)resource.Dispose();)//Cleanupallnativeresources.ReleaseBuffer(buffer);disposed=true;))*VB.NETsample:PublicClassDisposableResourceHolderImplementsIDisposablePrivatedisposedAsBoolean=FalsePrivatebufferAsIntPtr1UnmanagedmemorybufferPrivateresourceAsSafeHandle'HandletoaresourcePublicSubNew()buffer=...*Allocatesmemoryresource=...'AllocatesthenativeresourceEndSubPublicSubDoSomething()If(disposed)ThenThrowNewObjectDisposedException(...)EndIf'NowcallsomenativemethodsusingtheresourceEndSubProtectedOverridesSubFinalize()

64Dispose(False)MyBase.Finalize()EndSubPublicSubDispose()ImplementsIDisposable.DisposeDispose(True)GC.SuppressFinalize(Me)EndSubProtectedOverridableSubDispose(ByVaidisposingAsBoolean),Protectfrombeingcalledmultipletimes.IfdisposedThenReturnIfdisposingThen,Cleanupallmanagedresources.If(resourceIsNotNothing)Thenresource.Dispose()EndIfEndIf,Cleanupallnativeresources.ReleaseBuffer(Buffer)disposed=TrueEndSubEndClass回一定请在类型应该为释放非托管资源负责,且自身没有终结器的情况下,将该类型定义为可终结的。当实现终结器时,简单的调用Dispose(false),并将所有资源清理逻辑放入Dispose(booldisposing)方法。//C#sample:publicclassComplexResourceHolder:IDisposable{-ComplexResourceHolder()(Dispose(false);)protectedvirtualvoidDispose(booldisposing){))*VB.NETsample:PublicClassDisposableResourceHolderImplementsIDisposableProtectedOverridesSubFinalize()Dispose(False)MyBase.Finalize()EndSubProtectedOverridableSubDispose(ByVaidisposingAsBoolean)EndSubEndClass0一定请谨慎的定义可终结类型。仔细考虑任何ー个您需要终结器的情况。带有终结器的实例从性能和复杂性角度来说，都需付出不小的代价。团一定请为每ー个可终结类型实现基础Dispose模式。该模式的细节请参考先前章节。这给予该类型的使用者以ー种显式的方式去清理其拥有的资源。E您应该在终结器即使面临强制的应用程序域卸载或线程中止的情况也必须被执行时,创建并使用临界可终结对象(ー个带有包含了CriticalFinalizerObject的类型层次的类型)〇

650一定请尽量使用基于SafeHandle或SafeHandleZeroOrMinusOnelsInvalid(对于Win32资源句柄,其值如果为0或者ー1,则代表其为无效句柄)的资源封装器,而不是自己来编写终结器。这样，我们便无需终结器,封装器会为其资源清理负责。安全句柄实现了[Disposable接口，并继承自CriticalFinalizerObject,所以即使面临强制的应用程序域卸载或线程屮止，终结器的逻辑也会被执行。///〈summary〉///Representsawrapperclassforapipehandle.Ill<1summary>[SecurityCritical(SecurityCriticalScope.Everything),HostProtection(SecurityAction.LinkDemand,MayLeakOnAbort=true),Securitypermission(SecurityAction.LinkDemand,UnmanagedCode=true)]internalsealedclassSafePipeHandle:SafeHandleZeroOrMinusOneIsInvalidprivateSafePipeHandle():base(true)()publicSafePipeHandle(IntPtrpreexistingHandle,boolownsHandle):base(ownsHandle)(base.SetHandle(preexistingHandle);)[Reliabilitycontract(Consistency.WilINotCorruptState,Cer.Success),Dlllmport("kernel32.dll",CharSet=CharSet.Auto,SetLastError=true)][return:MarshalAs(UnmanagedType.Bool)]privatestaticexternboolCloseHandle(IntPtrhandle);protectedoverrideboolReleaseHandle()(returnCloseHandle(base.handle);III

66return(LocalFree(base.handle)==IntPtr.Zero);))図一定不要在终结器代码路径内访问任何可终结对象,因为这样会有一个极大的风险:它们已经被终结了。例如,一个可终结对象A,其拥有一个指向另一个可终结对象B的对象，在A的终结器内并不能很安心的使用B,反之亦然。终结器是被随机调用的。但是操作拆箱的值类型字段是可以接受的。同时也请注意，在应用程序域卸载或进程退出的某些时间点上，存储于静态变量:的对象会被回收。如果Environment.HasShutdownStarted返回True,则访问引用了一个可终结对象的静态变量(或调用使用了存储于静态变量的值的静态函数)可能会不安全。図一定不要从终结器的逻辑内抛出异常,除非是系统严重故障。如果从终结器内抛出异常,CLR可能会停止整个进程来阻止其他终结器被执行，并阻止资源以ー个受控制的方式释放。4.12.4重写Dispose如果您继承了实现[Disposable接口的基类，您必须也实现いisposable接口。记得要调用您基类的Dispose(bool)〇publicclassDisposableBase:IDisposable-DisposableBase(){Dispose(false);}publicvoidDispose()(Dispose(true);GC.SuppressFinalize(this);)protectedvirtualvoidDispose(booldisposing)(/Z・・,))publicclassDisposableSubclass:DisposableBaseprotectedoverridevoidDispose(booldisposing)(try(if(disposing)(//Cleanupmanagedresources.)//Cleanupnativeresources.)finally{base.Dispose(disposing);))}

674.13交互操作4.13.1P/lnvoke0一定请在编写P/lnvoke签名时,查阅P/lnvoke交互操作助理以及http://pinvoke.net〇0您可以使用IntPtr来进行手动封送处理。虽然会牺牲易用性,类型安全和维护性,但是通过将参数和字段声明为IntPtr,您可以提升性能表现。有时,通过Marshal类的方法来执行手动封送处理比依赖默认交互操作封送处理的性能更高。举例来说,如果有一个字符串的大数组需要被传递跨越交互操作边界,但是托管代码只需其中几个元素,那么您就可以将数组声明为IntPtr,手动的访问所需的几个元素。図一定不要锁定短暂存在的对象。锁定短暂存在的对象会延长在P/lnvoke调用时内存缓冲区的生存期。锁定会阻止垃圾回收器重新分配托管堆内对象内存,或者是托管委托的地址。然而,锁定长期存在的对象是可以接受的,因为其是在应用程序初始化期间创建的,相较于短暂存在对象,它们并不会被移动。长期锁定短暂存在的対象代价非常髙昂,因为内存压缩经常发生在第。代的垃圾回收时,垃圾回收器不能重新分配被锁定的对象。这样会造成低效的内存管理,极大的降低性能表现。更多复制和锁定请参考http://msdn.microsoft.com/en-us/library/23acw07k.aspxo0一定请在P/lnvoke签名中将CharSet设为CharSet.Auto,SetLastError设为true。举例,//C#sample:[Dlllmport("kernel32.dll”，CharSet=CharSet.Auto,SetLastError=true)]publicstaticexternSafeFi1eMappingHandleOpenFileMapping(FileMapAccessdwDesiredAccess,boolblnheritHandle,stringIpName);'VB.NETsample:_PublicSharedFunctionOpenFileMapping(_ByVaidwDesiredAccessAsFileMapAccess,_ByVaiblnheritHandleAsBoolean,_ByVaiIpNameAsString)_AsSafeFileMappingHandleEndFunctionE您应该将非托管资源封装进SafeHandle类。SafeHandle类已经在可终结类型章节中进行了讨论。比如,文件映射句柄被封装成如ド代码:///