個人喜歡的命名方法

2021-06-06 10:14:04 字數 1701 閱讀 2581

不同的團體使用不同的匈牙利命名體系。儘管一些事相同的,但是很多還是有很多有所區別。

我們為每個資料型別使用不同的字首是過度的(overkill),尤其對與struct和class。而且長的匈牙利命名會適得其反。因此,我們提倡是使用簡單的匈牙利命名體系,叫做:caste hungarian。

變數的字首由三個部分組成:範圍修飾,型別修飾,型別字首。前兩部分也許是不適用的。因此,全部的字首長度都是合理的,平均字首長度在2個字元左右。這個體系包含了很多匈牙利標記法的優點,並且將很多缺點排了出去,使得整個體系簡單,容易。

type prefix

meaning

example

bboolean

bool bhaseffect;

c (or none*)

class

creature cmonster;

chchar (used as a char)

char chlettergrade;

ddouble, long double

double dpi;

eenum

color ecolor;

ffloat

float fpercent;

nshort, int, long

char used as an integer

int nvalue;

sstruct

rectangle srect;

strc++ string

std::string strname;

sznull-terminated string

char szname[20];

type modifier

meaning

example

aarray on stack

int anvalue[10];

ppointer

int* pnvalue;

padynamic array

int* panvalue = new int[10];

rreference

int rnvalue;

uunsigned

unsigned int unvalue;

scope modifier

meaning

example

g_global variable

int g_nglobalvalue;

m_member of class

int m_nmembervalue;

s_static member of class

int s_nvalue;

一些注意:

1. 這些距離並不是詳盡的,它包含了大部分情況。如果你覺得不同型別變數值得具有它自己的字首,自己賦乙個

2. 使用具有具體含義的變數名,能夠很好的分別它們。這在struct和class中尤為重要。如rectangle swindowrect比rectangle swindow要好的多

3. char被用作ascii字元和integer時,有不同的字首,能夠分清它的用途。

4. float和double具有不同的字首。

5. typedefs 不適合這個體系

6. 當乙個變數是class的引用或指標時,『c'是被禁用的。

7. 因為整型變數沒有被很好的區分,你很容易將乙個大的整型變數改變成小的變數型別,而沒有改變名字。但是,這樣可能會引起溢位的問題。

個人比較喜歡的vimrc

以下是個人的vimrc set nu filetype plugin on let g pydiction location vimfiles ftplugin pydiction complete dict set tabstop 4 set softtabstop 4 set shiftwidt...

個人程式命名規範

函式命名參考 google 命名規範,但是由於自己的專案實際存在其他的庫以及其他的程式,所以不能完全依賴,以及存在一些個人的命名習慣,所以僅供參考 檔名一般是類名,部分是 單詞的組合,有三種格式 一般來說,同名檔案存在 cpp 和 h 兩種對應格式,相應的 cpp cc 存放在code src資料夾...

我喜歡的 不喜歡的

喜歡 半透明的物體,泛黃的書頁,毛玻璃手感的書封,黃色的信封,黑色幽默,神秘學,計算機,和最好的幾個朋友旅遊,繁盛各色的小花簇,漂亮的書法,架子鼓鼓點,夜晚,寂靜,紫色,公尺露,rain一樣的肌肉,修長的 年輕的梧桐,水杉,鋪滿落葉的路,哥特建築,manson的聲音,勤奮,濾布上咖啡的香氣,媽媽,高...