規則：
應該將修飾符*  和 &緊靠變量名。例如：int  *a;  int &a;
類的版式：
類可以將數據和函數封裝起來，其中函數是表示類的行為。也可以稱為是服務。類提供了關鍵字public ,protect ,private用于聲明哪些是公共的，哪些是保護的，哪些是 私有的。這樣可以讓類隱藏必要的東西。
類的版式主要有兩種版式:
 (1):第一種將privte類型的數據 寫在前面，將public類型的數據寫在后面。采用這種版式的程序員主張“以數據為中心，”重點關注類的結構。
 (2):第二種版式是將public類型寫在前面。將private寫在后面。這種版式的程序員主張“以行為為中心”。重點關注的是類應該提供什么樣的接口（或者服務）。
我建議大家采用“以行為為中心的”的這種類的 版式。因為這樣設計類的時候。首先考慮的類可以提供什么洋的服務。而且方便用戶閱讀。

空行：
空行起著分隔程序段落的作用。
(1):在給個類的聲明之后，函數的定義之后，都要加上空行。
(2):在一個函數體內，邏輯關系密切的相關語句之間不可以加上空行。
代碼行：
(1):一行代碼指做一件事情。例如:只聲明一個變量。
(2)；if ,for while,do等語句自占一行。執行語句不能緊跟其后。
建議：在定義變量的同時。初始化該變量。
如果變量的引用和定義的地方比較遠，那么很容易就會忘記了變量的初始化。如果引用了一個沒有初始化的變量，那么很有可能就會引起錯誤。
代碼行內的空格：
(1)；關鍵字之后要有空格。向const ,virtual,case等關鍵字后面至少要留一個空格。否則的話，無法辨認關鍵字。象if.while, for等關鍵字后面緊跟一個空格在跟“（”以顯示關鍵字的。
(2):函數名之后不要留空格，緊跟“（”以和關鍵字區別。
對齊：
程序的分界符“{”和"}"應該獨占一行并且位于一列。

頭文件由三部分組成：
1：頭文件開頭出的版本和版權的 聲明。
2：預處理塊。
3：函數和類的結構聲明等。
規則：
(1): 為了防止頭文件被重復的引用，應該使用#ifndef/define/endif結構產生與處理模塊。
(2):用#include<filename.h>來引用標準庫的頭文件（編譯器將從標準庫目錄開始搜索）。
(3):用#include"filename.h"來引用非標準庫的頭文件（編譯器將從用戶工作的目錄開始搜索）
建議：頭文件中一般只存放“聲明”，而不存放“定義”

定義文件的結構：

定義文件的 內容有由三部分組成：
(1):  定義文件開頭處的版本和版權；
(2):對一些頭文件的引用；
(3):程序的實現體（包括數據和代碼）

頭文件的作用：
(1):通過頭文件來調用庫功能。在很多場合源代碼不能（或者不準）提供給用戶。只提供給用頭文件或者二進制的庫。用戶只需要按照頭文件中的接口的聲明來調用庫功能。而不必關心接口是如何實現的。編譯器會從庫中提取相應的代碼。
(2): 頭文件可以用來加強類型安全檢查。如果某個接口被實現或者被實用的時候，其方式和在頭文件中的聲明不一致的時候，編譯器就會報錯。這一簡單的規則可以大大的減輕程序員調試和改錯的負擔。
目錄結構：
如果一個軟件的頭文件比較多（超過10個），就應該把頭文件和定義文件分開。分別保存在不同的目錄之中。以便于維護。
例如：可以將頭文件保存在inluude目錄之中。將定義文件保存在source文件之中。
如果某些頭文件是私有的，不會被程序直接引用，為了加強信息隱藏。那么可以把這些頭文件和定義文件放在同一目錄之中。