这两个是Win16系统遗留下来的产物，

在Win16API中WndProc有两个参数：
一个是WORD类型的16位整型变量；
另一个是LONG类型的32位整型变量。

因此根据匈牙利命名法，16位的变量就被命名为wParam,
而32位的变量就被命名为lParam。

到了Win32API中，原来的16位变量也被扩展为32位，
因此wParam和lParam的大小完全相同。
在Win32API的早期，为了保证和Win16API的代码可移植性
MS定义了WPARAM和LPARAM两个宏。

当时保留了w前缀的原因一方面是由于WPARAM宏也已W开头，
还有也因为要提醒程序员注意到可移植性，当然到了现在
Win16早已退出历史舞台，这个前缀也就约定俗成的沿用下来了。

引用经常用于“按引用传递(pass-by-reference)”：

 void swap(int& i, int& j)
 {
   int tmp = i;
   i = j;
   j = tmp;
 }
 
 int main()
 {
   int x, y;
   // ...
   swap(x,y);
 }
此处的 i 和 j 分别是main中的 x 和 y。换句话说，i 就是 x —— 并非指向 x 的指针，也不是 x 的拷贝，而是 x 本身。对 i 的任何改变同样会影响 x，反之亦然。

OK，这就是作为一个程序员所认知的引用。现在，给你一个不同的角度，这可能会让你更糊涂，那就是引用是如何实现的。典型的情况下，对象 x 的引用 i 是 x 的机器地址。但是，当程序员写 i++ 时，编译器产生增加 x 的代码。更详细的来说，编译器用来寻找 x 的地址位并没有被改变。C 程序员将此认为好像是 C 风格的按指针传递，只是句法不同 (1) 将 & 从调用者移到了被调用者处，(2)消除了*s。换句话说，C 程序员会将 i 看作为宏 (*p)，而 p 就是指向 x 的指针（例如，编译器自动地将潜在的指针解除引用；i++被改变为 (*p)++；i = 7 被自动地转变成 *p = 7）。

很重要：请不要将引用看作为指向一个对象的奇异指针，即使引用经常是用汇编语言下的地址来实现的。引用就是对象。不是指向对象的指针，也不是对象的拷贝，就是对象。 

--------------------------------------------------------------------------------

给引用赋值，意味着什么？
改变引用的“指示物”（引用所指的对象）。

请记住: 引用就是它的指示物，所以当改变引用的值时，也会改变其指示物的值。以编译器编写者的行话来说，引用是一个“左值”（它可以出现在赋值运算符左边）。

--------------------------------------------------------------------------------

 返回一个引用，意味着什么？
意味着该函数调用可以出现在赋值运算符的左边。

最初这种能力看起来有些古怪。例如，没有人会认为表达式 f() = 7 有意义。然而，如果 a 是一个 Array 类，大多数人会认为 a = 7 有意义，即使 a 实际上是一个函数调用的伪装（它调用了 如下的 Array 类的 Array::operator[](int)）。

 class Array {
 public:
   int size() const;
   float& operator[] (int index);
   // ...
 };
 
 int main()
 {
   Array a;
   for (int i = 0; i < a.size(); ++i)
     a = 7;    // 这行调用了 Array::operator[](int)
 }

--------------------------------------------------------------------------------

object.method1().method2() 是什么意思?

连接这些方法的调用，因此被称为方法链

第一个被执行的是 object.method1()。它返回对象，可能是对象的引用（如，method1()可能以 return *this 结束），或可能是一些其他对象。我们姑且把返回的对象称为objectB。然后objectB成为method2()的this对象。

方法链最常用的地方是iostream库。例如，cout << x << y 可以执行因为 cout << x是一个返回cout.的函数

虽然使用的较少，但仍然要熟练掌握的是在命名参数法（Named Parameter Idiom）中使用方法链。

--------------------------------------------------------------------------------

 如何能够使一个引用重新指向另一个对象？
不行。

你无法让引用与其指示物分离。

和指针不同，一旦引用和对象绑定，它无法再被重新指向其他对象。引用本身不是一个对象（它没有标识; 当试图获得引用的地址时，你将的到它的指示物的地址；记住：引用就是它的指示物）。

从某种意义上来说，引用类似 int* const p  这样的const指针（并非如 const int* p 这样的指向常量的指针）。不管有多么类似，请不要混淆引用和指针；它们完全不同。

--------------------------------------------------------------------------------

何时该使用引用, 何时该使用指针？
尽可能使用引用，不得已时使用指针。

当你不需要“重新指向(reseating)”时，引用一般优先于指针被选用。这通常意味着引用用于类的公有接口时更有用。引用出现的典型场合是对象的表面，而指针用于对象内部。

上述的例外情况是函数的参数或返回值需要一个“临界”的引用时。这时通常最好返回/获取一个指针，并使用 NULL 指针来完成这个特殊的使命。(引用应该总是对象的别名，而不是被解除引用的 NULL 指针)。

注意：由于在调用者的代码处，无法提供清晰的的引用语义，所以传统的 C 程序员有时并不喜欢引用。然而，当有了一些 C++ 经验后，你会很快认识到这是信息隐藏的一种形式，它是有益的而不是有害的。就如同，程序员应该针对要解决的问题写代码，而不是机器本身。

--------------------------------------------------------------------------------

什么是对象的句柄？它是指针吗？它是引用吗？它是指向指针的指针？它是什么？
[Recently created (on 4/01). Click here to go to the next FAQ in the "chain" of recent changes.]
句柄术语一般用来指获取另一个对象的方法——一个广义的假指针。这个术语是（故意的）含糊不清的。

含糊不清在实际中的某些情况下是有用的。例如，在早期设计时，你可能不准备用句柄来表示。你可能不确定是否将一个简单的指针或者引用或者指向指针的指针或者指向引用的指针或者整型标识符放在一个数组或者字符串（或其它键）以便能够以哈希表（hash-table）（或其他数据结构）或数据库键或者一些其它的技巧来查询。如果你只知道你会需要一些唯一标识的东西来获取对象，那么这些东西就被称为句柄。

因此，如果你的最终目标是要让代码唯一的标识/查询一个Fred类的指定的对象的话，你需要传递一个Fred句柄这些代码。句柄可以是一个能被作为众所周知的查询表中的键（key）来使用的字符串（比如，在std::map<std::string,Fred> 或 std::map<std::string,Fred*>中的键），或者它可以是一个作为数组中的索引的整数（比如，Fred* array = new Fred[maxNumFreds]），或者它可以是一个简单的 Fred*，或者它可以是其它的一些东西。

初学者常常考虑指针，但实际上使用未初始化的指针有底层的风险。例如，如果Fred对象需要移动怎么办？当Fred对象可以被安全删除时我们如何获知？如果Fred对象需要（临时的）连续的从磁盘获得怎么办？等等。这些时候的大多数，我们增加一个间接层来管理位置。例如，句柄可以是Fred**，指向Fred*的指针可以保证不会被移动。当Fred对象需要移动时，你只要更新指向Fred*的指针就可以了。或者让用一个整数作为句柄，然后在表或数组或其他地方查询Fred的对象（或者指向Fred对象的指针）。

重点是当我们不知道要做的事情的细节时，使用句柄。

使用句柄的另一个时机是想要将已经完成的东西含糊化的时候（有时用术语magic cookie也一样，就像这样，“软件传递一个magic cookie来唯一标识并定位适当的Fred对象”）。将已经完成的东西含糊化的原因是使得句柄的特殊细节或表示物改变时所产生的连锁反应最小化。举例来说，当将一个句柄从用来在表中查询的字符串变为在数组中查询的整数时，我们可不想更新大量的代码。

当句柄的细节或表示物改变时，维护工作更为简单（或者说阅读和书写代码更容易），因此常常将句柄封装到类中。这样的类常重载operator-> 和 operator*算符（既然句柄的效果象指针，那么它可能看起来也象指针）。

二、 装载光标
SetCursor(AfxGetApp()->LoadStandardCursor(IDC_WAIT));
　　其中::SetCursor()是全局函数，用来设置整个例程的光标参数是宏定义光标句柄。AfxGetApp ()是一个系统函数，它返回当前的一个CWinApp对象。其成员函数LoadStandardCursor()用来读取一个系统指针，每一种系统指针的具体宏定义如下：
IDC_APPSTARTING  带小沙漏的标准箭头
IDC_ARROW  标准箭头
IDC_CROSS  十字光标（用于定位）
IDC_HAND  Windows 2000：手型
IDC_HELP  带问号的箭头
IDC_IBEAM  I型标
IDC_ICON  Obsolete for applications marked version 4.0 or later.
IDC_NO   禁止符号
IDC_SIZE  Obsolete for applications marked version 4.0 or later. Use IDC_SIZEALL.
IDC_SIZEALL  十字箭头
IDC_SIZENESW  指向东北和西南的双向箭头
IDC_SIZENS  指向南和北的双向箭头
IDC_SIZENWSE  指向西北和东南的双向箭头
IDC_SIZEWE  指向东西的双向箭头
IDC_UPARROW  上箭头
IDC_WAIT  沙漏

三、获得主框架：
CMainFrame * pMainframe = (CMainFrame *) AfxGetApp()->m_pMainWnd;
.获取应用程序的实例句柄：
      Example: HANDLE hInstance=AfxGetInstanceHandle();

获得应用程序主窗口的指针：
      Example: AfxGetMainWnd() ->ShowWindow(SW_SHOWMAXMIZED); //使程序最大化

四、重新建立字体的代码
 if(m_fontLogo.m_hObject)
  m_fontLogo.Detach();

 m_fontLogo.CreateFont(nHeight, 0, 0, 0, nWeight, bItalic, bUnderline,0,0,0,0,0,0, Name);

五、用指定颜色填充区域
 dc.FillSolidRect(rect, ::GetSysColor(COLOR_3DFACE));

六、绘制立体字体效果的字体，很值得一看
void CTestView::OnPaint()
{
 CPaintDC dc(this); // device context for painting
 
 CRect rect;
 GetWindowRect(rect);

 CFont  m_fontLogo;
 m_fontLogo.CreateFont(24, 0, 0, 0, FW_BOLD, true,
  FALSE,0,0,0,0,0,0, "Arial");
 CString m_LogoText;
 m_LogoText=_T("Benlux Pro3D System");
 dc.SetBkMode(TRANSPARENT);

 CFont * OldFont = dc.SelectObject(&m_fontLogo);

 // draw text in DC
 COLORREF OldColor = dc.SetTextColor( ::GetSysColor( COLOR_3DHILIGHT));

 rect.right = rect.Width();
 rect.bottom = rect.Height();
 rect.left = rect.top = 0;
 dc.FillSolidRect(rect, ::GetSysColor(COLOR_3DFACE));

 dc.DrawText( m_LogoText, rect + CPoint(1,1), DT_SINGLELINE | DT_LEFT | DT_VCENTER);
 dc.SetTextColor( ::GetSysColor( COLOR_3DSHADOW));
 dc.DrawText( m_LogoText, rect, DT_SINGLELINE | DT_LEFT | DT_VCENTER);

 // restore old text color
 dc.SetTextColor( OldColor);
 // restore old font
 dc.SelectObject(OldFont);
 // Do not call CView::OnPaint() for painting messages
}

七、简单的消息检索和抽取函数，能够让系统响应其它操作
BOOL PeekAndPump()
{
 static MSG msg;

 while (::PeekMessage(&msg,NULL,0,0,PM_NOREMOVE)) {
  if (!AfxGetApp()->PumpMessage()) {
   ::PostQuitMessage(0);
   return FALSE;
  }
 }
 return TRUE;
}

八、在你的程序中用动画光标替换默认的等待光标 (ANI光标的使用)
 HCURSOR m_hAniCursor=NULL;
 BeginWaitCursor();   //begin wait cursor for api function
 
 //load ani cursor from file in current path
 TCHAR cursorPath[MAX_PATH]; GetModuleFileName(NULL,cursorPath,MAX_PATH);
 char drive[_MAX_DRIVE];
 char dir[_MAX_DIR];
 char fname[_MAX_FNAME];
 char ext[_MAX_EXT];
 _splitpath(cursorPath, drive, dir, fname, ext );
 sprintf(cursorPath,"%s%swait.ani",drive,dir);  //ani cursor file name is wait.ani
 
 m_hAniCursor= LoadCursorFromFile(cursorPath);
 HCURSOR oldCursor;
 if(m_hAniCursor != NULL)
  oldCursor=SetCursor(m_hAniCursor);
 
 for(long i=0;i<1000;i++) 
  Sleep(5);
 
 oldCursor=NULL;
 m_hAniCursor=NULL;
 EndWaitCursor();  //end wait cursor for api function

九、如何限制编辑框中的准许字符
     如果用户在编辑控件中只允许接收数字，可以使用一个标准的编辑控件并指
定新的创建标志ES_NUMBERS,它是Windows 95新增加的标志，该标志限制 编辑控
件只按收数字字符。
如果用户需要复杂的编辑控件，可以使用Microsoft 的屏蔽编辑控件，它是一个很有用的OLE定制控件。
    如果希望不使用OLE 定制控件自己处理字符，可以派生一个CEdit 类并处理WM_CHAR消息，然后从编辑控件中过滤出特定的字符。首先，使用ClassWizard 建立一个 CEdit的派生类，其次，在对话类中指定一个成员变量将编辑控件分类在OnInitdialog 中调用CWnd: : SubclassDlgItem .

//In your dialog class declaration (.H file )
private :
    CMyEdit m_wndEdit ; // Instance of your new edit control .

//In you dialog class implementation (.CPP file )
BOOL CSampleDialog : : OnInitDialog ( )
{

    //Subclass the edit lontrod .
    m_wndEdit .SubclassDlgItem  (IDC_EDIT,this );
    …
}
    使用ClassWizard处理WM_CHAR消息，计算nChar参量并决定所执行的操作，用户可以确定是否修改、传送字符。下例说明了如何显示字母字符，如果字符是字母字符，则调用CWnd ; OnChar，否则不调用OnChar.
//Only display alphabetic dharacters .
void CMyEdit : : OnChar (UINT nChar , UINT nRepCnt , UITN nFlags )
{
    //Determine if nChar is an alphabetic character .
    if (: : IsCharAlpha  ( ( TCHAR) nChar ) )
        CEdit : : OnChar (nChar, nRepCnt , nFlags );
}
    如果要修改字符，则不能仅仅简单地用修改过的nChar调用CEdit : : OnChar。要修改一个字符，需要首先修改nChar，然后用修改过的nChar调用CWnd: : DefWindowProc。下例说明了如何将字符转变为大写：
//Make all characters uppercase
void CMyEdit : : OnChar (UINT nChar , UINT nRepCnt , UINT nFlags )
{
    //Make sure character is uppercase .
    if (: : IsCharAlpha  ( .( TCHAR) nChar)
         nChar=: : CharUpper (nChar ) ;
    //Bypass default OnChar processing and directly call  default window proc.
    DefWindProc (WM_CHAR, nChar , MAKELPARAM (nRepCnt , nFlags )) ;
}

十、串太长时如何在其末尾显示一个省略号
    调用CDC:: DrawText并指定DT_END_ELLIPSIS标志，这样就可以用小略号取代串末尾的字符使其适合于指定的边界矩形。如果要显示路径信息，指定DT_END_ELLIPSIS标志并省略号取代串中间的字符。
void CSampleView:: OnDraw (CDC* pDC)
{
     CTestDoc* pDoc=GetDocument ();
     ASSERT_VALID (pDoc);
                                                                                   
     //Add ellpsis to end of string if it does not fit
     pDC->Drawtext (CString ("This is a long string"),
         CRect (10, 10, 80, 30), DT_LEFT | DT_END_ELLIPSIS);

     //Add ellpsis to middle of string if it does not fit
     pDC->DrawText (AfxgetApp () ->m_pszhelpfilePath,
         CRect (10, 40, 200, 60), DT_LEFT | DT_PATH_ELLIPSIS);
}

十一、如何实现一个橡皮区矩形(具有踪迹矩形并可移动、缩放的矩形)
     CRectTracker是一个很有用的类，可以通过调用CRectTracker:: TrackRubberBand响应WM_LBUTTONDOWN消息来创建一个橡皮区矩形。下例表明使用CRectTracker移动和重置视窗中的蓝色椭圆的大小是很容易的事情。
    首先，在文档类中声明一个CRectTracker数据成员：
class CTestDoc: Public CDocument
{…
public:
 CRectTracker m_tracker;
…
};
     其次，在文档类的构造函数中初始化CRectTracker 对象：
CTestDoc::CTestDoc()
{
 m_tracker.m_rect.SetRect (10, 10, 300, 300);
 m_tracker.m_nStyle=CRectTracker:: resizeInside  |
  CRectTracker:: dottedLine;
}
     然后，在视图类的OnDraw函数中画椭圆和踪迹矩形：
void CTestView::OnDraw(CDC* pDC)
{
 CTestDoc* pDoc = GetDocument();
 ASSERT_VALID(pDoc);

//Select blue brush into device context.
     CBrush brush (RGB (0, 0, 255));
     CBrush* pOldBrush=pDC->SelectObject (&brush);

     //draw ellipse in tracking rectangle.
     CRect rcEllipse;
     pDoc->m_tracker.GetTrueRect (rcEllipse);
     pDC->Ellipse (rcEllipse);

     //Draw tracking rectangle.
     pDoc->m_tracker.Draw (pDC);
     //Select blue brush out of device context.
     pDC->SelectObject(pOldBrush);
}
    最后，视图类中处理WM_LBUTTONDOWN消息，并增加下述代码。该段代码根据鼠标击键情况可以拖放、移动或者重置椭圆的大小。

void CTestView::OnLButtonDown(UINT nFlags, CPoint point)
{
   //Get pointer to document.
     CTestDoc* pDoc=GetDocument();
     ASSERT_VALID (pDoc);

     //If clicked on ellipse, drag or resize it. Otherwise create a
     //rubber-band rectangle nd create a new ellipse.
     BOOL bResult=pDoc->m_tracker.HitTest (point)!=
         CRectTracker::hitNothing;

     //Tracker rectangle changed so update views.
     if (bResult)
     {
        pDoc->m_tracker.Track (this,point,TRUE);
        pDoc->SetModifiedFlag ();
        pDoc->UpdateAllViews (NULL);
     }
     else
        pDoc->m_tracker.TrackRubberBand (this,point,TRUE);

 CView::OnLButtonDown(nFlags, point);
}

十二、如何在临时目录创建一个临时文件
如果你要在临时目录下创建临时文件，下面的代码能帮到你的忙。
bool GetuniqueTempName (CString& strTempName)
{
  strTempName="";
     //Get the temporary files directory.
     TCHAR szTempPath [MAX_PATH];
     DWORD dwResult=:: GetTempPath (MAX_PATH, szTempPath);
     if (dwResult==0)
   return false;

     //Create a unique temporary file.
     TCHAR szTempFile[MAX_PATH];
     UINT nResult=GetTempFileName (szTempPath, _T ("~ex"),0,szTempFile);
     if (dwResult==0)
   return false;

     strTempName=szTempFile;
  return true;
}

十三、如何限制窗口的最小范围
要限制窗体的大小，下面的代码能帮到你的忙。
在CMainFrame中增加WM_GETMAXMININFO消息的处理函数，然后在这个函数中写代码如下:
//限制主窗体的最小高度和宽度
void CMainFrame::OnGetMinMaxInfo(MINMAXINFO FAR* lpMMI)
{
 lpMMI->ptMinTrackSize.x=600;
 lpMMI->ptMinTrackSize.y=400;
 CNewFrameWnd::OnGetMinMaxInfo(lpMMI);
}

十四、怎样删除文件到回收站中
 要删除文件到回收站，很简单。只要用SHFileOperation函数就行了，下面的代码我将为你演示了这一个函数的用法。当然你可以直接拷贝到你的项目中。
//删除文件到回收站中
//pszPath  : 待删除的全路径文件名
//bDelete  : TRUE 删除，不移到回收站，FALSE:移到回收站
一、 //返回    : TRUE 删除成功     FALSE 删除失败
BOOL CDelFileToRecycleDlg::Recycle(LPCTSTR pszPath, BOOL bDelete/*=FALSE*/)
{
 SHFILEOPSTRUCT  shDelFile;
 memset(&shDelFile,0,sizeof(SHFILEOPSTRUCT));
 shDelFile.fFlags |= FOF_SILENT;      // don''''t report progress
 shDelFile.fFlags |= FOF_NOERRORUI;     // don''''t report errors
 shDelFile.fFlags |= FOF_NOCONFIRMATION;    // don''''t confirm delete
 // Copy pathname to double-NULL-terminated string.
 //
 TCHAR buf[_MAX_PATH + 1]; // allow one more character
 _tcscpy(buf, pszPath);   // copy caller''''s pathname
 buf[_tcslen(buf)+1]=0;   // need two NULLs at end

 // Set SHFILEOPSTRUCT params for delete operation
 shDelFile.wFunc = FO_DELETE;       // REQUIRED: delete operation
 shDelFile.pFrom = buf;         // REQUIRED: which file(s)
 shDelFile.pTo = NULL;          // MUST be NULL
 if (bDelete)
 {         // if delete requested..
  shDelFile.fFlags &= ~FOF_ALLOWUNDO;    // ..don''''t use Recycle Bin
 }
 else
 {           // otherwise..
  shDelFile.fFlags |= FOF_ALLOWUNDO;    // ..send to Recycle Bin
 }
     return SHFileOperation(&shDelFile);    // do it!
}

十五、内存泄漏检查
    也许你已经知道，在C++和C语言中指针问题也就是内存申请与释放是一个令人头疼的事情，假如你申请了内存，但没有释放，并且你的程序需要长时间地运行，那么，系统的资源将逐渐减少，当系统的资源全部被用完时，系统将会崩溃。所以在开发程序的过程中一定要保证资源的完全释放。下面我们来介绍内存漏洞的检查。
示例如下：
// do your memory allocations and deallocations...
 CString s = "This is a frame variable";
#ifdef _DEBUG
 CMemoryState oldMemState, newMemState, diffMemState;
 oldMemState.Checkpoint();
#endif
 // the next object is a heap object
 CString* p = new CString( "Smith  Alan  581_0215" );
 delete p;
 p=NULL;
#ifdef _DEBUG
 newMemState.Checkpoint();
 BOOL b=diffMemState.Difference(oldMemState, newMemState);
 if (b)
 {
  AfxMessageBox( "Memory leaked! " );
 }
#endif
    根据试验，由于我们无法释放掉象int CString char 申请的变量。只能释放指针型的变量。而检测内存时，照样会出现内存泄漏现象。所以，这种内存检测方式局限性还是很大。因为我们无法释放非指针型变量

DOS下的C语言从main()开始，Windows下的C语言从WinMain()开始，一个空的WinMain()函数是这样的：

int WINAPI WinMain(HINSTANCE hinstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow)
{
    return(0);
}
 

一个函数即使什么也没做，也应该返回一个值。是的，有好多东西我们不熟悉。首先的首先，WINAPI是个什么声明？WINAPI是在windows.h头文件中定义的一个宏，它把函数调用翻译成正确的调用约定。当我们在程序中需要用到汇编语言的时候，我们在来深究它好了，记住，如果要用WinMain()，就必须要有WINAPI。

下一步让我们来看看括号里的四个参数：

◎ HINSTANCE hinstance：HINSTANCE是一个句柄类型的标识符。变量hinstance是一个整数，用于标识程序实例。Windows设置这个参数的值，并把它传递给你的程序代码。很多Windows函数都要用到它。

◎ HINSTANCE hPreInstance：你不用担心这个参数，它已经被废掉了。它只是为古老的Windows版本服务的。你将还会看到类似的情况。

◎ LPSTR lpCmdLine：是一个指向字符串的指针，它仅在程序名是从DOS命令行输入或是从Run对话框中输入时才起作用。因此，很少被程序代码所用。

◎ int nCmdShow：决定了窗口在初始显示时的状态。Windows通常给这个参数分配一个值。通常是SW_打头的一个常量。例如SW_SHOWNORMAL表示默认状态，SW_MAXINIZE或SW_MINIMIZE分别表示最大和最小模式等等。

memcpy用来做内存拷贝，你可以拿它拷贝任何数据类型的对象。

strcpy就只能拷贝字符串了，它遇到'\0'就结束拷贝。

strcpy
  原型：extern char *strcpy(char *dest,char *src);
  用法：#include <string.h>;
  功能：把src所指由NULL结束的字符串复制到dest所指的数组中。
  说明：src和dest所指内存区域不可以重叠且dest必须有足够的空间来容纳src的字符串。
        返回指向dest的指针。
memcpy
  原型：extern void *memcpy(void *dest, void *src, unsigned int count);
  用法：#include <string.h>;
  功能：由src所指内存区域复制count个字节到dest所指内存区域。
  说明：src和dest所指内存区域不能重叠，函数返回指向dest的指针。
memset
  原型：extern void *memset(void *buffer, int c, int count);
  用法：#include <string.h>;
  功能：把buffer所指内存区域的前count个字节设置成字符c。
  说明：返回指向buffer的指针。

typedef struct _WNDCLASSEX {
        UINT cbSize;
        UINT style;
        WNDPROC lpfnWndProc;
        int cbClsExtra;
        int cbWndExtra;
        HANDLE hInstance;
        HICON hIcon;
        HCURSOR hCursor;
        HBRUSH hbrBackground;
        LPCTSTR lpszMenuName;
        LPCTSTR lpszClassName;
        HICON hIconSm;
} WNDCLASSEX;
 

这个结构有不少成员，讨厌的是，你必须为窗口类设置每一个成员。莫发愁，纸老虎一个。让我们来个速成。

※ UINT cbSize：指定了以字节为单位的结构的大小。这个成员是通过sizeof(WNDCLASSEX)实现的。你将会经常看到它，尤其是你使用了DirectX。

※ UINT style：指定了窗口的风格。它经常被以CS_打头的符号常量定义。两种或两种以上的风格可以通过C语言中的“或”（|）运算符加以组合。大多数情况我们只应用四种风格，出于对文章长度的考虑，我们只列出这四种。若你还需要其它的，到MSDN里找一下好了。当然前提是你使用的是Visual C＋＋。

◎ CS_HREDRAW：一旦移动或尺寸调整使客户区的宽度发生变化，就重新绘制窗口。

◎ CS_VREDRAW：一旦移动或尺寸调整使客户区的高度发生变化，就重新绘制窗口。

◎ CS_OWNDC：为该类中的每一个窗口分配一个唯一的设备上下文。

◎ CS_DBLCLKS：当用户双击鼠标时向窗口过程发送双击消息。

※ WNDPROC lpfnWndProc：是指向窗口过程的指针。一般都指向CALLBACK函数。如果你没有用过函数指针，简单理解为函数的地址就是函数的名字，名字后面别带括号。

※ int cbClsExtra：它是为类保留的额外信息 。大多数程序员不用它，你在在写游戏程序时也不太可能用它，所以，设为0好了。

※ int cbWndExtra：同上一个差不多，设为0好了。

※ HANDLE hInstance：是指向窗口过程实例的句柄。同时也是WinMain（）函数的参数之一。应该设置为hinstance。

※ HICON hIcon：指向窗口图标的句柄，它通常被LoadIcon()函数设置。在你学会如何在你的程序中使用资源前，你先设置成如下样子：LoadIcon（NULL，IDI_WINLOGO）。当然，还有一些其它的IDI_打头的符号常量，可以自己去帮助文件里寻找。

※ HCURSOR hCursor：指向窗口光标的句柄，它通常被LoadCursor（）函数设置，在你学会如何在你的程序中使用资源前，你先用Windows默认的吧，LoadCursor(NULL,IDC_ARROW)。

※ HBRUSH hbrBackground：当你的窗口过程得到消息，要求刷新（或重画）窗口时，至少要用一种纯色或“brush”（画刷）重画窗口区域，画刷是由参数确定的。你可以使用GetStockObject()函数调用几种常备的画刷，如BLACK_BRUSH, WHITE_BRUSH, GRAY_BRUSH等。现在，你就用GetStockObject(BLACK_BRUSH)吧。也许你觉得我说的太简单了，是因为不想把开始弄得太复杂。在以后的篇幅里会详细讲述的。

※ LPCTSTR lpszMenuName：如果你想建立一个有下拉菜单的窗口，你得给这个参数赋一个菜单名称（这涉及到资源），由于你还不知道怎么创建菜单，你就先用NULL设置成一个没有菜单的窗口吧。

※ LPCSTR lpszClassName：很显然，你需要给类起个名字，随你便，如“**”。要用双引号引上。

※ HICON hIconSm：指向小图标的句柄。小图标用来显示在窗口的标题栏里。要用到LoadIcon（）函数，现在，先用Windows默认的吧，LoadIcon（NULL，IDI_WINLOGO）。

好了，现在你关于WNDCLASSEX结构知道的已经差不多了，你可以自己设置它了。下面是一个例子：

WNDCLASSEX sampleClass; // declare structure variable
sampleClass.cbSize = sizeof(WNDCLASSEX); // always use this!
sampleClass.style = CS_DBLCLKS | CS_OWNDC | CS_HREDRAW | CS_VREDRAW; // standard settings
sampleClass.lpfnWndProc = MsgHandler; // we need to write this!
sampleClass.cbClsExtra = 0; // extra class info, not used
sampleClass.cbWndExtra = 0; // extra window info, not used
sampleClass.hInstance = hinstance; // parameter passed to WinMain()
sampleClass.hIcon = LoadIcon(NULL, IDI_WINLOGO); // Windows logo
sampleClass.hCursor = LoadCursor(NULL, IDC_ARROW); // standard cursor
sampleClass.hbrBackground = (HBRUSH)GetStockObject(BLACK_BRUSH); // a simple black brush
sampleClass.lpszMenuName = NULL; // no menu
sampleClass.lpszClassName = "Sample Class" // class name
sampleClass.hIconSm = LoadIcon(NULL, IDI_WINLOGO); // Windows logo again
 

我想，现在你已经有点儿不太崇拜Windows程序员了吧。言归正传，有一点我得提醒你，注意函数GetStockObject()前的（HBRUSH）类型配置，这是因为GetStockObject()可以调用其它的对象，不仅仅是“brush”，所以你需要一个HBRUSH类型配置。在Visual C＋＋旧版本里不用配置，但新的6.0版本需要它，否则会编译出错。

下一件事是注册这个窗口类，只有这样，你才能创建新的窗口。十分简单，你只需要调用一个RegisterClassEX()函数，它只有一个参数，就是你的窗口类的地址（名字），根据我上面给的例子，这里应该这样：

RegisterClassEx(&sampleClass);
 

我们的窗口类创建完了，我们可以用它创建一个窗口了。

原文出处：How a C++ compiler implements exception handling

译者注：本文在网上已经有几个译本，但都不完整，所以我决定自己把它翻译过来。虽然力求信、雅、达，但鉴于这是我的第一次翻译经历，不足之处敬请谅解并指出。
　　与传统语言相比，C++的一项革命性创新就是它支持异常处理。传统的错误处理方式经常满足不了要求，而异常处理则是一个极好的替代解决方案。它将正常代码和错误处理代码清晰的划分开来，程序变得非常干净并且容易维护。本文讨论了编译器如何实现异常处理。我将假定你已经熟悉异常处理的语法和机制。本文还提供了一个用于VC++的异常处理库，要用库中的处理程序替换掉VC++提供的那个，你只需要调用下面这个函数：

install_my_handler();

　　之后，程序中的所有异常，从它们被抛出到堆栈展开（stack unwinding），再到调用catch块，最后到程序恢复正常运行，都将由我的异常处理库来管理。
　　与其它C++特性一样，C++标准并没有规定编译器应该如何来实现异常处理。这意味着每一个编译器的提供商都可以用它们认为恰当的方式来实现它。下面我会描述一下VC++是怎么做的，但即使你使用其它的编译器或操作系统①，本文也应该会是一篇很好的学习材料。VC++的实现方式是以windows系统的结构化异常处理（SEH）②为基础的。

结构化异常处理—概述

　　在本文的讨论中，我认为异常或者是被明确的抛出的，或者是由于除零溢出、空指针访问等引起的。当它发生时会产生一个中断，接下来控制权就会传递到操作系统的手中。操作系统将调用异常处理程序，检查从异常发生位置开始的函数调用序列，进行堆栈展开和控制权转移。Windows定义了结构“EXCEPTION_REGISTRATION”，使我们能够向操作系统注册自己的异常处理程序。

struct EXCEPTION_REGISTRATION
{
    EXCEPTION_REGISTRATION* prev;
    DWORD handler;
}; 

mov FS:[0], exc_regp

EXCEPTION_DISPOSITION (*handler)( 
    _EXCEPTION_RECORD *ExcRecord, 
    void* EstablisherFrame, 
    _CONTEXT *ContextRecord, 
    void* DispatcherContext);  

#include <iostream> 
#include <windows.h> 

using std::cout; 
using std::endl; 

struct EXCEPTION_REGISTRATION 
{ 
    EXCEPTION_REGISTRATION* prev; 
    DWORD handler; 
}; 

EXCEPTION_DISPOSITION myHandler( 
    _EXCEPTION_RECORD *ExcRecord, 
    void * EstablisherFrame, 
    _CONTEXT *ContextRecord, 
    void * DispatcherContext) 
{ 
    cout << "In the exception handler" << endl; 
    cout << "Just a demo. exiting..." << endl; 
    exit(0); 
    return ExceptionContinueExecution; //不会运行到这 
} 

int  g_div = 0; 

void bar() 
{ 
    //初始化一个EXCEPTION_REGISTRATION结构 
    EXCEPTION_REGISTRATION reg, *preg = ®  
    reg.handler = (DWORD)myHandler; 

    //取得当前异常处理链的“头” 
    DWORD prev; 
    _asm 
    { 
        mov EAX, FS:[0] 
        mov prev, EAX 
    } 
    reg.prev = (EXCEPTION_REGISTRATION*) prev; 

    //注册！ 
    _asm 
    { 
        mov EAX, preg 
        mov FS:[0], EAX 
    } 

    //产生一个异常 
    int  j = 10 / g_div;  //异常，除零溢出 
} 

int  main() 
{ 
    bar(); 
    return 0; 
} 

/*-------输出------------------- 
In the exception handler 
Just a demo. exiting... 
---------------------------------*/

pop EAX

　　的作用是从ESP所指的位置读出4字节放到EAX寄存器中，并把ESP加上（记住，栈是向下增长的）4（在32位处理器上）；类似的，

push EBP

的作用是把ESP减去4，然后将EBP的值放到ESP指向的位置中去。
　　编译器编译一个函数时，会在它的开头添加一些代码来为其创建并初始化栈桢，这些代码被称为序言（prologue）；同样，它也会在函数的结尾处放上代码来清除栈桢，这些代码叫做尾声（epilogue）。
一般情况下，序言是这样的：

Push EBP ; 把原来的栈桢指针保存到栈上 
Mov EBP, ESP ; 激活新的栈桢 
Sub ESP, 10 ; 减去一个数字，让ESP指向栈桢的末尾

　　第一条指令把原来的栈桢指针EBP保存到栈上；第二条指令通过让EBP指向主调函数的EBP的保存位置来激活被调函数的栈桢；第三条指令把ESP减去了一个数字，这样ESP就指向了当前栈桢的末尾，而这个数字是函数要用到的所有局部对象和临时对象的大小。编译时，编译器知道函数的所有局部对象的类型和“体积”，所以，它能很容易的计算出栈桢的大小。
尾声所做的正好和序言相反，它必须把当前栈桢从栈上清除掉：

Mov ESP, EBP 
Pop EBP ; 激活主调函数的栈桢 
Ret ; 返回主调函数

　　它让ESP指向主调函数的栈桢指针的保存位置（也就是被调函数的栈桢指针指向的位置），弹出EBP从而激活主调函数的栈桢，然后返回主调函数。
　　一旦CPU遇到返回指令，它就要做以下两件事：把返回地址从栈中弹出，然后跳转到那个地址去。返回地址是主调函数执行call指令调用被调函数时自动压栈的。Call指令执行时，会先把紧随在它后面的那条指令的地址（被调函数的返回地址）压入栈中，然后跳转到被调函数的开始位置。图2更详细的描绘了运行时的堆栈。如图所示，主调函数把被调函数的参数也压进了堆栈，所以参数也是栈桢的一部分。函数返回后，主调函数需要移除这些参数，它通过把所有参数的总体积加到ESP上来达到目的，而这个体积可以在编译时知道：

Add ESP, args_size

　　当然，也可以把参数的总体积写在被调函数的返回指令的后面，让被调函数去移除参数，下面的指令就在返回主调函数前从栈中移去了24个字节：

Ret 24

　　取决于被调函数的调用约定（call convention），这两种方式每次只能用一个。你还要注意的是每个线程都有自己独立的堆栈。





C++和异常

　　回忆一下我在第一节中介绍的EXCEPTION_REGISTRATION结构，我们曾用它向操作系统注册了发生异常时要被调用的回调函数。VC++也是这么做的，不过它扩展了这个结构的语义，在它的后面添加了两个新字段：

struct EXCEPTION_REGISTRATION 
{ 
    EXCEPTION_REGISTRATION* prev; 
    DWORD handler; 
    int id; 
    DWORD ebp; 
}; 

void foo() 
{ 
    try 
    { 
        throw E(); 
    } 
    catch(H) 
    { 
        //. 
    } 
}  

throw E();

　　这条语句时，它会为异常生成一个excpt_info结构，如图5所示。还是要提醒你注意这里用的名字可能与VC++使用的不一致，而且仍然只有与我们的讨论相关的字段。从图中可以看出，异常的type_info可以通过excpt_info结构得到。由于异常处理程序需要拷贝异常对象（在调用catch块之前），也需要消除掉它（在调用catch块之后），所以编译器在这个结构中同时提供了异常的拷贝构造函数、大小和析构函数的信息。



　　在catch块的参数是基类，而异常是派生类时，异常处理程序也应该调用catch块。然而，这种情况下，比较它们的type_info绝对是不相等，因为它们本来就不是相同的类型。而且，type_info类也没有提供任何其他函数或运算符来指出一个类是另一个类的基类。但异常处理程序还必须得去调用catch块！为了解决这个问题，编译器只能为处理程序提供更多的信息：如果异常是派生类，那么etypeinfo_table（通过excpt_info访问）将包含多个指向etype_info（扩展了type_info，这个名字是我启的）的指针，它们分别指向了各个基类的etype_info。这样，处理程序就可以把catch块的参数和所有这些type_info比较，只要有一个相同，就调用catch块。
　　在结束这一部分之前，还有最后一个问题：异常处理程序是怎么知道异常和excpt_info结构的？下面我就要回答这个问题。
　　VC++会把throw语句翻译成下面的样子：

//throw E(); //编译器会为E生成excpt_info结构 
E e = E(); //在栈上创建异常 
_CxxThrowException(&e, E_EXCPT_INFO_ADDR);

EXCEPTION_DISPOSITION (*handler)( 
    _EXCEPTION_RECORD* ExcRecord, 
    void* EstablisherFrame, 
    _CONTEXT *ContextRecord, 
    void* DispatcherContext);

struct _EXCEPTION_RECORD 
{ 
    DWORD ExceptionCode; 
    DWORD ExceptionFlags; 
    _EXCEPTION_RECORD* ExcRecord; 
    PVOID ExceptionAddress; 
    DWORD NumberParameters; 
    DWORD ExceptionInformation[15]; 
}EXCEPTION_RECORD; 

int g_i = 0; 
void foo() 
{ 
    T o1, o2; 
    { 
        T o3; 
    } 
    10/g_i; //这里会发生异常 
    T o4; 
    //... 
} 

void foo() 
{ 
    T t1; 
    //. 
} 

void foo() 
{ 
    T t1; 
   _id = t1_id; //编译器插入的语句 
   //. 
} 

typedef void (*CLEANUP_FUNC)(); 
struct unwind 
{ 
    int prev; 
    CLEANUP_FUNC cf; 
}; 

T* p = new T(); 

　　系统会首先为T分配内存，然后调用它的构造函数。所以，如果构造函数抛出了异常，系统就必须释放这些内存。因此，动态创建那些拥有“有为的构造函数”的类型时，VC++也为new运算符分配了id，并且堆栈展开表中也有与其对应的项，其清理代码将释放分配的内存空间。调用构造函数前，编译器把new运算符的id存到EXCEPTION_REGISTRATION结构中，构造函数顺利返回后，它再把id恢复成原来的值。
　　更进一步说，构造函数抛出异常时，对象可能刚刚构造了一部分，如果它有子成员对象或子基类对象，并且发生异常时它们中的一部分已经构造完成的话，就必须调用这些对象的析构函数。和普通函数一样，编译器也给构造函数生成了相关的数据来帮助完成这个任务。
　　展开堆栈时，异常处理程序调用的是用户定义的析构函数，这一点你必须注意，因为它也有可能抛出异常！C++标准规定堆栈展开过程中，析构函数不能抛出异常，否则系统将调用std::terminate。


实现

本节我们讨论其他三个有待详细解释的问题：
a)如何安装异常处理程序
b)catch块重新抛出异常或抛出新异常时应该如何处理
c)如何对所有线程提供异常处理支持
随同本文，有一个演示项目，查看其中的readme.txt文件可以得到一些编译方面的帮助①。
第一项任务是安装异常处理程序，也就是把VC++的处理程序替换掉。从前面的讨论中，我们已经清楚地知道__CxxFrameHandler函数是VC++所有异常处理工作的入口。编译器为每个函数都生成一段代码，它们在发生异常时被调用，把相应的funcinfo结构的指针交给__CxxFrameHandler。
　　install_my_handler()函数会改写__CxxFrameHandler的入口处的代码，让程序跳转到my_exc_handler()函数。不过，__CxxFrameHandler位于只读的内存页，对它的任何写操作都会导致访问违例，所以必须首先用VirtualProtectEx把该内存页的保护方式改成可读写，等改写完毕后，再改回只读。写入的数据是一个jmp_instr结构。

//install_my_handler.cpp 

#include <windows.h> 
#include "install_my_handler.h" 

//C++默认的异常处理程序 
extern "C" 
EXCEPTION_DISPOSITION __CxxFrameHandler( 
    struct _EXCEPTION_RECORD* ExceptionRecord, 
    void* EstablisherFrame, 
    struct _CONTEXT* ContextRecord, 
    void* DispatcherContext 
    ); 

namespace 
{ 
    char cpp_handler_instructions[5]; 
    bool saved_handler_instructions = false; 
} 

namespace my_handler 
{ 
    //我的异常处理程序 EXCEPTION_DISPOSITION 
    my_exc_handler( 
        struct _EXCEPTION_RECORD *ExceptionRecord, 
        void * EstablisherFrame, 
        struct _CONTEXT *ContextRecord, 
        void * DispatcherContext 
    )  throw(); 

#pragma pack(push, 1) 
    struct jmp_instr 
    { 
        unsigned char jmp; 
        DWORD offset; 
    }; 
#pragma pack(pop) 

    bool WriteMemory(void* loc, void* buffer, int size) 
    { 
        HANDLE hProcess = GetCurrentProcess(); 

        //把包含内存范围[loc，loc+size]的页面的保护方式改成可读写 
        DWORD old_protection; 

        BOOL ret = VirtualProtectEx(hProcess, loc, size, PAGE_READWRITE, &old_protection); 
        if(ret == FALSE) 
            return false; 

        ret = WriteProcessMemory(hProcess, loc, buffer, size, NULL); 

        //恢复原来的保护方式 
        DWORD o2; 
        VirtualProtectEx(hProcess, loc, size, old_protection, &o2); 
        return (ret == TRUE); 
    } 

    bool ReadMemory(void* loc, void* buffer, DWORD size) 
    { 
        HANDLE hProcess = GetCurrentProcess(); 
        DWORD bytes_read = 0; 
        BOOL ret = ReadProcessMemory(hProcess, loc, buffer, size, &bytes_read); 
        return (ret == TRUE && bytes_read == size); 
    } 

    bool install_my_handler() 
    { 
        void* my_hdlr = my_exc_handler; void* cpp_hdlr = __CxxFrameHandler; 

        jmp_instr jmp_my_hdlr; 
        jmp_my_hdlr.jmp = 0xE9; 
        //从__CxxFrameHandler+5开始计算偏移，因为jmp指令长5字节 
        jmp_my_hdlr.offset = reinterpret_cast(my_hdlr) - (reinterpret_cast(cpp_hdlr) + 5); 

        if(!saved_handler_instructions) 
        { 
            if(!ReadMemory(cpp_hdlr, cpp_handler_instructions, sizeof(cpp_handler_instructions))) 
                return false; 
            saved_handler_instructions = true; 
        } 

        return WriteMemory(cpp_hdlr, &jmp_my_hdlr, sizeof(jmp_my_hdlr)); 
    } 

    bool restore_cpp_handler() 
    { 
        if(!saved_handler_instructions) 
            return false; 
        else 
        { 
            void* loc = __CxxFrameHandler; 
            return WriteMemory(loc, cpp_handler_instructions, sizeof(cpp_handler_instructions)); 
        } 
    } 
}

exception_storage* p = get_exception_storage(); 
p->set(pexc, pexc_info); 

//------------------------------------------------------------------- 
// 如果这个处理程序被调用了，可以断定是catch块（重新）抛出了异常。 
// 异常处理程序（my_handler）在调用catch块之前注册了它。其任务是判断 
// catch块抛出了新异常还是重新抛出了原来的异常，并采取相应的操作。 
// 在前一种情况下，它需要销毁传递给catch块的前一个异常对象；在后一种 
// 情况下，它必须找到原来的异常并将其保存到ExceptionRecord中供异常 
// 处理程序使用。 
//------------------------------------------------------------------- 
EXCEPTION_DISPOSITION catch_block_protector( 
        _EXCEPTION_RECORD* ExceptionRecord, 
        void* EstablisherFrame, 
        struct _CONTEXT *ContextRecord, 
        void* DispatcherContext 
        ) throw () 
{ 
    EXCEPTION_REGISTRATION *pFrame; 
    pFrame= reinterpret_cast<EXCEPTION_REGISTRATION*>(EstablisherFrame); 
    if(!(ExceptionRecord->ExceptionFlags & (_EXCEPTION_UNWINDING | _EXCEPTION_EXIT_UNWIND))) 
    { 
        void *pcur_exc = 0, *pprev_exc = 0; 
        const excpt_info *pexc_info = 0, *pprev_excinfo = 0; 
        exception_storage* p = get_exception_storage(); 
        pprev_exc = p->get_exception(); 
        pprev_excinfo = p->get_exception_info(); 
        p->set(0, 0); 
        bool cpp_exc = ExceptionRecord->ExceptionCode == MS_CPP_EXC; 
        get_exception(ExceptionRecord, &pcur_exc); 
        get_excpt_info(ExceptionRecord, &pexc_info); 
        if(cpp_exc && 0 == pcur_exc && 0 == pexc_info) //重新抛出 
        { 
            ExceptionRecord->ExceptionInformation[1] = reinterpret_cast<DWORD>(pprev_exc); 
            ExceptionRecord->ExceptionInformation[2] = reinterpret_cast<DWORD>(pprev_excinfo); 
        } 
        else 
        { 
            exception_helper::destroy(pprev_exc, pprev_excinfo); 
        } 
    } 
    return ExceptionContinueSearch; 
}

exception_storage* get_exception_storage()
{
    static exception_storage es;
    return &es;
}

//excptstorage.cpp

#include "excptstorage.h"
#include <windows.h>

namespace
{
    DWORD dwstorage;
}

namespace my_handler
{
    __declspec(dllexport) exception_storage* get_exception_storage() throw ()
    {
        void * p = TlsGetValue(dwstorage);
        return reinterpret_cast <exception_storage*>(p);
    }
}


BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved )
{
    using my_handler::exception_storage;
    exception_storage *p;
    switch (ul_reason_for_call)
    {
    case DLL_PROCESS_ATTACH:
        //主线程（第一个线程）不会收到DLL_THREAD_ATTACH通知，所以， 
        //与其相关的操作也放在这了 
        dwstorage = TlsAlloc();
        if (-1 == dwstorage)
            return FALSE;
        p = new exception_storage();
        TlsSetValue(dwstorage, p);
        break ;
    case DLL_THREAD_ATTACH:
        p = new exception_storage();
        TlsSetValue(dwstorage, p);
        break; 
    case DLL_THREAD_DETACH:
        p = my_handler::get_exception_storage();
        delete p;
        break ;
    case DLL_PROCESS_DETACH:
        p = my_handler::get_exception_storage();
        delete p;
        break ;
    }
    return TRUE;
} 

• ① 本文写作期间，微软发布了Visual Studio 7.0。本文的异常处理库主要是在运行于奔腾处理器的windows2000上使用VC++6.0编译和测试的。但我也在VC++5.0和VC++7.0 beta版上测试过。6.0和7.0之间有一些差别，6.0先把异常（或其引用）拷贝到catch块的栈桢上，然后在调用catch块之前进行堆栈展开；7.0则先进行堆栈展开。在这方面，我的库代码的行为比较接近6.0版。
• ② 参见Matt Pietrek发表在MSDN上的文章《structured exception handling》。
• ③ 如果一个函数既不含try块，也没有定义任何具有“有为的析构函数”的对象，那么编译器将不为它生成用于异常处理的数据。

原文链接http://www.osprg.org/modules/wfsection/article.php?articleid=8,感谢林锐博士.

前言

软件质量是被大多数程序员挂在嘴上而不是放在心上的东西！
除了完全外行和真正的编程高手外，初读本书，你最先的感受将是惊慌："哇！我以前捏造的C++/C程序怎么会有

那么多的毛病？"
别难过，作者只不过比你早几年、多几次惊慌而已。
请花一两个小时认真阅读这本百页经书，你将会获益匪浅，这是前面N-1个读者的建议。

一、编程老手与高手的误区

自从计算机问世以来，程序设计就成了令人羡慕的职业，程序员在受人宠爱之后容易发展成为毛病特多却常能自

我臭美的群体。
如今在Internet上流传的"真正"的程序员据说是这样的：

(1) 真正的程序员没有进度表，只有讨好领导的马屁精才有进度表，真正的程序员会让领导提心吊胆。
(2) 真正的程序员不写使用说明书，用户应当自己去猜想程序的功能。
(3) 真正的程序员几乎不写代码的注释，如果注释很难写，它理所当然也很难读。
(4) 真正的程序员不画流程图，原始人和文盲才会干这事。
(5) 真正的程序员不看参考手册，新手和胆小鬼才会看。
(6) 真正的程序员不写文档也不需要文档，只有看不懂程序的笨蛋才用文档。
(7) 真正的程序员认为自己比用户更明白用户需要什么。
(8) 真正的程序员不接受团队开发的理念，除非他自己是头头。
(9) 真正的程序员的程序不会在第一次就正确运行，但是他们愿意守着机器进行若干个30小时的调试改错。
(10)真正的程序员不会在上午9:00到下午5:00之间工作，如果你看到他在上午9:00工作，这表明他从昨晚一直干

到现在。
......

具备上述特征越多，越显得水平高，资格老。所以别奇怪，程序员的很多缺点竟然可以被当作优点来欣赏。就象

在武侠小说中，那些独来独往、不受约束且带点邪气的高手最令人崇拜。我曾经也这样信奉，并且希望自己成为

那样的"真正"的程序员，结果没有得到好下场。

我从读大学到博士毕业十年来一直勤奋好学，累计编写了数十万行C++/C代码。有这样的苦劳和疲劳，我应该称

得上是编程老手了吧？

我开发的软件都与科研相关（集成电路CAD和3D图形学领域），动辄数万行程序，技术复杂，难度颇高。这些软

件频频获奖，有一个软件获得首届中国大学生电脑大赛软件展示一等奖。在1995年开发的一套图形软件库到2000

年还有人买。罗列出这些"业绩"，可以说明我算得上是编程高手了吧？

可惜这种个人感觉不等于事实。

读博期间我曾用一年时间开发了一个近10万行C++代码的3D图形软件产品，我内心得意表面谦虚地向一位真正的

软件高手请教。他虽然从未涉足过3D图形领域，却在几十分钟内指出该软件多处重大设计错误。让人感觉那套软

件是用纸糊的华丽衣服，扯一下掉一块，戳一下破个洞。我目瞪口呆地意识到这套软件毫无实用价值，一年的心

血白化了，并且害死了自己的软件公司。

人的顿悟通常发生在最心痛的时刻，在沮丧和心痛之后，我作了深刻反省，"面壁"半年，重新温习软件设计的基

础知识。补修"内功"之后，又觉得腰板硬了起来。博士毕业前半年，我曾到微软中国研究院找工作，接受微软公

司一位资深软件工程师的面试。他让我写函数strcpy的代码。

太容易了吧？

错！

这么一个小不点的函数，他从三个方面考查：

（1）编程风格；
（2）出错处理；
（3）算法复杂度分析（用于提高性能）。

在大学里从来没有人如此严格地考查过我的程序。我化了半个小时，修改了数次，他还不尽满意，让我回家好好

琢磨。我精神抖擞地进"考场"，大汗淋漓地出"考场"。这"高手"当得也太窝囊了。我又好好地反省了一次。

我把反省后的心得体会写成文章放在网上传阅，引起了不少软件开发人员的共鸣。我因此有幸和国产大型IT企业

如华为、上海贝尔、中兴等公司的同志们广泛交流。大家认为提高质量与生产率是软件工程要解决的核心问题。

高质量程序设计是非常重要的环节，毕竟软件是靠编程来实现的。

我们心目中的老手们和高手们能否编写出高质量的程序来？

不见得都能！

就我的经历与阅历来看，国内大学的计算机教育压根就没有灌输高质量程序设计的观念，教师们和学生们也很少

自觉关心软件的质量。勤奋好学的程序员长期在低质量的程序堆中滚爬，吃尽苦头之后才有一些心得体会，长进

极慢，我就是一例。

现在国内IT企业拥有学士、硕士、博士文凭的软件开发人员比比皆是，但他们在接受大学教育时就"先天不足"，

岂能一到企业就突然实现质的飞跃。试问有多少软件开发人员对正确性、健壮性、可靠性、效率、易用性、可读

性（可理解性）、可扩展性、可复用性、兼容性、可移植性等质量属性了如指掌？并且能在实践中运用自如？。

"高质量"可不是干活小心点就能实现的！

我们有充分的理由疑虑：

（1）编程老手可能会长期用隐含错误的方式编程（习惯成自然），发现毛病后都不愿相信那是真的！

（2）编程高手可以在某一领域写出极有水平的代码，但未必能从全局把握软件质量的方方面面。

事实证明如此。我到上海贝尔工作一年来，陆续面试或测试过近百名"新""老"程序员的编程技能，质量合格率大

约是10％。很少有人能够写出完全符合质量要求的if语句，很多程序员对指针、内存管理一知半解，......。

领导们不敢相信这是真的。我做过现场试验：有一次部门新进14名硕士生，在开欢迎会之前对他们进行"C++/C编

程技能"摸底考试。我问大家试题难不难？所有的人都回答不难。结果没有一个人及格，有半数人得零分。竞争

对手公司的朋友们也做过试验，同样一败涂地。

真的不是我"心狠手辣"或者要求过高，而是很多软件开发人员对自己的要求不够高。

要知道华为、上海贝尔、中兴等公司的员工素质在国内IT企业中是比较前列的，倘若他们的编程质量都如此差的

话，我们怎么敢期望中小公司拿出高质量的软件呢？连程序都编不好，还谈什么振兴民族软件产业，岂不胡扯。

我打算定义编程老手和编程高手，请您别见笑。

定义1：能长期稳定地编写出高质量程序的程序员称为编程老手。
定义2：能长期稳定地编写出高难度、高质量程序的程序员称为编程高手。

根据上述定义，马上得到第一推论：我既不是高手也算不上是老手。

在写此书前，我阅读了不少程序设计方面的英文著作，越看越羞惭。因为发现自己连编程基本技能都未能全面掌

握，顶多算是二流水平，还好意思谈什么老手和高手。希望和我一样在国内土生土长的程序员朋友们能够做到：

（1）知错就改；
（2）经常温故而知新；
（3）坚持学习，天天向上。

二、本书导读

首先请做附录B的C++/C试题（不要看答案），考查自己的编程质量究竟如何。然后参照答案严格打分。

（1）如果你只得了几十分，请不要声张，也不要太难过。编程质量差往往是由于不良习惯造成的，与人的智力

、能力没有多大关系，还是有药可救的。成绩越差，可以进步的空间就越大，中国不就是在落后中赶超发达资本

主义国家吗？只要你能下决心改掉不良的编程习惯，第二次考试就能及格了。
（2）如果你考及格了，表明你的技术基础不错，希望你能虚心学习、不断进步。如果你还没有找到合适的工作

单位，不妨到上海贝尔试一试。
（3）如果你考出85分以上的好成绩，你有义务和资格为你所在的团队作"C++/C编程"培训。希望你能和我们多多

交流、相互促进。半年前我曾经发现一颗好苗子，就把他挖到我们小组来。
（4）如果你在没有任何提示的情况下考了满分，希望你能收我做你的徒弟。

编程考试结束后，请阅读本书的正文。

本书第一章至第六章主要论述C++/C编程风格。难度不高，但是细节比较多。别小看了，提高质量就是要从这些

点点滴滴做起。世上不存在最好的编程风格，一切因需求而定。团队开发讲究风格一致，如果制定了大家认可的

编程风格，那么所有组员都要遵守。如果读者觉得本书的编程风格比较合你的工作，那么就采用它，不要只看不

做。人在小时候说话发音不准，写字潦草，如果不改正，总有后悔的时候。编程也是同样道理。

第七章至第十一章是专题论述，技术难度比较高，看书时要积极思考。特别是第七章"内存管理"，读了并不表示

懂了，懂了并不表示就能正确使用。有一位同事看了第七章后觉得"野指针"写得不错，与我切磋了一把。可是过

了两周，他告诉我，他忙了两天追查出一个Bug，想不到又是"野指针"出问题，只好重读第七章。

光看本书对提高编程质量是有限的，建议大家阅读本书的参考文献，那些都是经典名著。

如果你的编程质量已经过关了，不要就此满足。如果你想成为优秀的软件开发人员，建议你阅读并按照CMMI规范

做事，让自己的综合水平上升一个台阶。上海贝尔的员工可以向网络应用事业部软件工程研究小组索取CMMI有关

资料，最好能参加培训。

三、版权声明

本书的大部分内容取材于作者一年前的书籍手稿（尚未出版），现整理汇编成为上海贝尔网络应用事业部的一个

规范化文件，同时作为培训教材。

由于C++/C编程是众所周知的技术，没有秘密可言。编程的好经验应该大家共享，我们自己也是这么学来的。作

者愿意公开本书的电子文档。

版权声明如下：
（1）读者可以任意拷贝、修改本书的内容，但不可以篡改作者及所属单位。
（2）未经作者许可，不得出版或大量印发本书。
（3）如果竞争对手公司的员工得到本书，请勿公开使用，以免发生纠纷。
预计到2002年7月，我们将建立切合中国国情的CMMI 3级解决方案。届时，包括本书在内的约1000页规范将严格

受控。

第1章 文件结构

每个C++/C程序通常分为两个文件。一个文件用于保存程序的声明（declaration），称为头文件。另一个文件用

于保存程序的实现（implementation），称为定义（definition）文件。

C++/C程序的头文件以".h"为后缀，C程序的定义文件以".c"为后缀，C++程序的定义文件通常以".cpp"为后缀（

也有一些系统以".cc"或".cxx"为后缀）。
1.1 版权和版本的声明

版权和版本的声明位于头文件和定义文件的开头（参见示例1-1），主要内容有：

（1）版权信息。
（2）文件名称，标识符，摘要。
（3）当前版本号，作者/修改者，完成日期。
（4）版本历史信息。

/*

* Copyright (c) 2001,上海贝尔有限公司网络应用事业部
* All rights reserved.
*
* 文件名称：filename.h
* 文件标识：见配置管理计划书
* 摘 要：简要描述本文件的内容
*
* 当前版本：1.1
* 作 者：输入作者（或修改者）名字
* 完成日期：2001年7月20日
*
* 取代版本：1.0
* 原作者 ：输入原作者（或修改者）名字

* 完成日期：2001年5月10日
*/

示例1-1 版权和版本的声明
1.2 头文件的结构

头文件由三部分内容组成：
（1）头文件开头处的版权和版本声明（参见示例1-1）。
（2）预处理块。
（3）函数和类结构声明等。

假设头文件名称为 graphics.h，头文件的结构参见示例1-2。

l 【规则1-2-1】为了防止头文件被重复引用，应当用ifndef/define/endif结构产生预处理块。
l 【规则1-2-2】用 #include <filename.h> 格式来引用标准库的头文件（编译器将从标准库目录开始搜索）。
l 【规则1-2-3】用 #include "filename.h" 格式来引用非标准库的头文件（编译器将从用户的工作目录开始搜

索）。
2 【建议1-2-1】头文件中只存放"声明"而不存放"定义"

在C++ 语法中，类的成员函数可以在声明的同时被定义，并且自动成为内联函数。这虽然会带来书写上的方便，

但却造成了风格不一致，弊大于利。建议将成员函数的定义与声明分开，不论该函数体有多么小。
2 【建议1-2-2】不提倡使用全局变量，尽量不要在头文件中出现象extern int value 这类声明。

// 版权和版本声明见示例1-1，此处省略。

#ifndef GRAPHICS_H // 防止graphics.h被重复引用
#define GRAPHICS_H

#include <math.h> // 引用标准库的头文件
...
#include "myheader.h" // 引用非标准库的头文件
...
void Function1(...); // 全局函数声明
...
class Box // 类结构声明
{
...
};
#endif
示例1-2 C++/C头文件的结构

1.3 定义文件的结构

定义文件有三部分内容：

（1） 定义文件开头处的版权和版本声明（参见示例1-1）。
（2） 对一些头文件的引用。
（3） 程序的实现体（包括数据和代码）。

假设定义文件的名称为 graphics.cpp，定义文件的结构参见示例1-3。

// 版权和版本声明见示例1-1，此处省略。

#include "graphics.h" // 引用头文件

...

// 全局函数的实现体

void Function1(...)
{
...
}

// 类成员函数的实现体
void Box::Draw(...)
{
...
}

示例1-3 C++/C定义文件的结构
1.4 头文件的作用

早期的编程语言如Basic、Fortran没有头文件的概念，C++/C语言的初学者虽然会用使用头文件，但常常不明其

理。这里对头文件的作用略作解释：

（1）通过头文件来调用库功能。在很多场合，源代码不便（或不准）向用户公布，只要向用户提供头文件和二

进制的库即可。用户只需要按照头文件中的接口声明来调用库功能，而不必关心接口怎么实现的。编译器会从库

中提取相应的代码。

（2）头文件能加强类型安全检查。如果某个接口被实现或被使用时，其方式与头文件中的声明不一致，编译器

就会指出错误，这一简单的规则能大大减轻程序员调试、改错的负担。
1.5 目录结构

如果一个软件的头文件数目比较多（如超过十个），通常应将头文件和定义文件分别保存于不同的目录，以便于

维护。

例如可将头文件保存于include目录，将定义文件保存于source目录（可以是多级目录）。

如果某些头文件是私有的，它不会被用户的程序直接引用，则没有必要公开其"声明"。为了加强信息隐藏，这些

私有的头文件可以和定义文件存放于同一个目录。
第2章 程序的版式

版式虽然不会影响程序的功能，但会影响可读性。程序的版式追求清晰、美观，是程序风格的重要构成因素。

可以把程序的版式比喻为"书法"。好的"书法"可让人对程序一目了然，看得兴致勃勃。差的程序"书法"如螃蟹爬

行，让人看得索然无味，更令维护者烦恼有加。请程序员们学习程序的"书法"，弥补大学计算机教育的漏洞，实

在很有必要。
2.1 空行

空行起着分隔程序段落的作用。空行得体（不过多也不过少）将使程序的布局更加清晰。空行不会浪费内存，虽

然打印含有空行的程序是会多消耗一些纸张，但是值得。所以不要舍不得用空行。

l 【规则2-1-1】在每个类声明之后、每个函数定义结束之后都要加空行。参见示例2-1（a）

l 【规则2-1-2】在一个函数体内，逻揖上密切相关的语句之间不加空行，其它地方应加空行分隔。参见示例2-1

（b ）

// 空行

void Function1(...)

{

...

}

// 空行

void Function2(...)

{

...

}

// 空行

void Function3(...)

{

...

}

// 空行

while (condition)

{

statement1;

// 空行

if (condition)

{

statement2;

}

else

{

statement3;

}

// 空行

statement4;

}

示例2-1(a) 函数之间的空行 示例2-1(b) 函数内部的空行

2.2 代码行

l 【规则2-2-1】一行代码只做一件事情，如只定义一个变量，或只写一条语句。这样的代码容易阅读，并且方

便于写注释。

l 【规则2-2-2】if、for、while、do等语句自占一行，执行语句不得紧跟其后。不论执行语句有多少都要加{}

。这样可以防止书写失误。

示例2-2（a）为风格良好的代码行，示例2-2（b）为风格不良的代码行。

int width; // 宽度

int height; // 高度

int depth; // 深度

int width, height, depth; // 宽度高度深度

x = a + b;

y = c + d;

z = e + f;

X ＝ a + b; y = c + d; z = e + f;

if (width < height)

{

dosomething();

}

if (width < height) dosomething();

for (initialization; condition; update)

{

dosomething();

}

// 空行

other();

for (initialization; condition; update)

dosomething();

other();

示例2-2(a) 风格良好的代码行 示例2-2(b) 风格不良的代码行

2 【建议2-2-1】尽可能在定义变量的同时初始化该变量（就近原则）

如果变量的引用处和其定义处相隔比较远，变量的初始化很容易被忘记。如果引用了未被初始化的变量，可能会

导致程序错误。本建议可以减少隐患。例如

int width = 10; // 定义并初绐化width

int height = 10; // 定义并初绐化height

int depth = 10; // 定义并初绐化depth

2.3 代码行内的空格

l 【规则2-3-1】关键字之后要留空格。象const、virtual、inline、case 等关键字之后至少要留一个空格，否

则无法辨析关键字。象if、for、while等关键字之后应留一个空格再跟左括号‘（'，以突出关键字。

l 【规则2-3-2】函数名之后不要留空格，紧跟左括号‘（'，以与关键字区别。

l 【规则2-3-3】‘（'向后紧跟，‘）'、‘，'、‘;'向前紧跟，紧跟处不留空格。

l 【规则2-3-4】‘，'之后要留空格，如Function(x, y, z)。如果‘;'不是一行的结束符号，其后要留空格，

如for (initialization; condition; update)。

l 【规则2-3-5】赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符，如"="、"+=" ">="、"<="

、"+"、"*"、"%"、"&&"、"||"、"<<","^"等二元操作符的前后应当加空格。

l 【规则2-3-6】一元操作符如"!"、"~"、"++"、"--"、"&"（地址运算符）等前后不加空格。

l 【规则2-3-7】象"［］"、"."、"->"这类操作符前后不加空格。

2 【建议2-3-1】对于表达式比较长的for语句和if语句，为了紧凑起见可以适当地去掉一些空格，如for (i=0;

i<10; i++)和if ((a<=b) && (c<=d))

void Func1(int x, int y, int z); // 良好的风格

void Func1 (int x,int y,int z); // 不良的风格

if (year >= 2000) // 良好的风格

if(year>=2000) // 不良的风格

if ((a>=b) && (c<=d)) // 良好的风格

if(a>=b&&c<=d) // 不良的风格

for (i=0; i<10; i++) // 良好的风格

for(i=0;i<10;i++) // 不良的风格

for (i = 0; I < 10; i ++) // 过多的空格

x = a < b ? a : b; // 良好的风格

x=a<b?a:b; // 不好的风格

int *x = &y; // 良好的风格

int * x = & y; // 不良的风格

array[5] = 0; // 不要写成 array [ 5 ] = 0;

a.Function(); // 不要写成 a . Function();

b->Function(); // 不要写成 b -> Function();

示例2-3 代码行内的空格

2.4 对齐

l 【规则2-4-1】程序的分界符‘{'和‘}'应独占一行并且位于同一列，同时与引用它们的语句左对齐。

l 【规则2-4-2】{ }之内的代码块在‘{'右边数格处左对齐。

示例2-4（a）为风格良好的对齐，示例2-4（b）为风格不良的对齐。

void Function(int x)

{

... // program code

}

void Function(int x){

... // program code
}

if (condition)
{
... // program code
}
else
{
... // program code
}

if (condition){
... // program code
}
else {
... // program code
}
for (initialization; condition; update)
{
... // program code
}
for (initialization; condition; update){
... // program code
}
While (condition)
{
... // program code
}
while (condition){
... // program code
}
如果出现嵌套的｛｝，则使用缩进对齐，如：

{
...
{
...
}
...
}

示例2-4(a) 风格良好的对齐 示例2-4(b) 风格不良的对齐

2.5 长行拆分

l 【规则2-5-1】代码行最大长度宜控制在70至80个字符以内。代码行不要过长，否则眼睛看不过来，也不便于

打印。
l 【规则2-5-2】长表达式要在低优先级操作符处拆分成新行，操作符放在新行之首（以便突出操作符）。拆分

出的新行要进行适当的缩进，使排版整齐，语句可读。

if ((very_longer_variable1 >= very_longer_variable12)
&& (very_longer_variable3 <= very_longer_variable14)
&& (very_longer_variable5 <= very_longer_variable16))
{
dosomething();
}
virtual CMatrix CMultiplyMatrix (CMatrix leftMatrix,

CMatrix rightMatrix);

for (very_longer_initialization;
very_longer_condition;
very_longer_update)
{
dosomething();
}

第3章 命名规则

比较著名的命名规则当推Microsoft公司的"匈牙利"法，该命名规则的主要思想是"在变量和函数名中加入前缀以

增进人们对程序的理解"。例如所有的字符变量均以ch为前缀，若是指针变量则追加前缀p。如果一个变量由ppch

开头，则表明它是指向字符指针的指针。

"匈牙利"法最大的缺点是烦琐，例如

int i, j, k;

float x, y, z;

倘若采用"匈牙利"命名规则，则应当写成

int iI, iJ, ik; // 前缀 i表示int类型

float fX, fY, fZ; // 前缀 f表示float类型

如此烦琐的程序会让绝大多数程序员无法忍受。

据考察，没有一种命名规则可以让所有的程序员赞同，程序设计教科书一般都不指定命名规则。命名规则对软件

产品而言并不是"成败悠关"的事，我们不要化太多精力试图发明世界上最好的命名规则，而应当制定一种令大多

数项目成员满意的命名规则，并在项目中贯彻实施。
3.1 共性规则

本节论述的共性规则是被大多数程序员采纳的，我们应当在遵循这些共性规则的前提下，再扩充特定的规则，如

3.2节。

l 【规则3-1-1】标识符应当直观且可以拼读，可望文知意，不必进行"解码"。

标识符最好采用英文单词或其组合，便于记忆和阅读。切忌使用汉语拼音来命名。程序中的英文单词一般不会太

复杂，用词应当准确。例如不要把CurrentValue写成NowValue。

l 【规则3-1-2】标识符的长度应当符合"min-length && max-information"原则。

几十年前老ANSI C规定名字不准超过6个字符，现今的C++/C不再有此限制。一般来说，长名字能更好地表达含义

，所以函数名、变量名、类名长达十几个字符不足为怪。那么名字是否越长约好？不见得! 例如变量名maxval就

比maxValueUntilOverflow好用。单字符的名字也是有用的，常见的如i,j,k,m,n,x,y,z等，它们通常可用作函数

内的局部变量。

l 【规则3-1-3】命名规则尽量与所采用的操作系统或开发工具的风格保持一致。

例如Windows应用程序的标识符通常采用"大小写"混排的方式，如AddChild。而Unix应用程序的标识符通常采用"

小写加下划线"的方式，如add_child。别把这两类风格混在一起用。

l 【规则3-1-4】程序中不要出现仅靠大小写区分的相似的标识符。

例如：

int x, X; // 变量x 与 X 容易混淆

void foo(int x); // 函数foo 与FOO容易混淆

void FOO(float x);

l 【规则3-1-5】程序中不要出现标识符完全相同的局部变量和全局变量，尽管两者的作用域不同而不会发生语

法错误，但会使人误解。

l 【规则3-1-6】变量的名字应当使用"名词"或者"形容词＋名词"。

例如：

float value;

float oldValue;

float newValue;

l 【规则3-1-7】全局函数的名字应当使用"动词"或者"动词＋名词"（动宾词组）。类的成员函数应当只使用"动

词"，被省略掉的名词就是对象本身。

例如：

DrawBox(); // 全局函数

box->Draw(); // 类的成员函数

l 【规则3-1-8】用正确的反义词组命名具有互斥意义的变量或相反动作的函数等。

例如：

int minValue;

int maxValue;

int SetValue(...);

int GetValue(...);

2 【建议3-1-1】尽量避免名字中出现数字编号，如Value1,Value2等，除非逻辑上的确需要编号。这是为了防止

程序员偷懒，不肯为命名动脑筋而导致产生无意义的名字（因为用数字编号最省事）。
3.2 简单的Windows应用程序命名规则

作者对"匈牙利"命名规则做了合理的简化，下述的命名规则简单易用，比较适合于Windows应用软件的开发。

l 【规则3-2-1】类名和函数名用大写字母开头的单词组合而成。

例如：

class Node; // 类名

class LeafNode; // 类名

void Draw(void); // 函数名

void SetValue(int value); // 函数名

l 【规则3-2-2】变量和参数用小写字母开头的单词组合而成。

例如：

BOOL flag;

int drawMode;

l 【规则3-2-3】常量全用大写的字母，用下划线分割单词。

例如：

const int MAX = 100;

const int MAX_LENGTH = 100;

l 【规则3-2-4】静态变量加前缀s_（表示static）。

例如：

void Init(...)

{

static int s_initValue; // 静态变量

...

}

l 【规则3-2-5】如果不得已需要全局变量，则使全局变量加前缀g_（表示global）。

例如：

int g_howManyPeople; // 全局变量

int g_howMuchMoney; // 全局变量

l 【规则3-2-6】类的数据成员加前缀m_（表示member），这样可以避免数据成员与成员函数的参数同名。

例如：

void Object::SetValue(int width, int height)

{

m_width = width;

m_height = height;

}

l 【规则3-2-7】为了防止某一软件库中的一些标识符和其它软件库中的冲突，可以为各种标识符加上能反映软

件性质的前缀。例如三维图形标准OpenGL的所有库函数均以gl开头，所有常量（或宏定义）均以GL开头。
3.3 简单的Unix应用程序命名规则