• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            匈牙利命名法???????
            本人覺得匈牙利命名法確實(shí)是一件規(guī)范編程的好東東,可是苦于部分名字難記,見了好幾遍也不見得認(rèn)識(shí),難道一定要全盤按照匈牙利法來命名嗎?恐怕不見得。
            文后有某君卻也走了極端,全盤否定匈牙利命名法,貼出來以供參考,探討。
            ???????????????????????????????????

            按照MS方式編程:匈牙利符號表示法?
            匈牙利符號表示法包括許多與下列命名有關(guān)的約定:?
            (1)變量?
            (2)函數(shù)?
            (3)類型和常量?
            (4)類?
            (5)參數(shù)?
            匈牙利符號表示法的前綴代碼指導(dǎo)說明書:?
            **************************************************************************?
            前綴????????????????????????? 數(shù)據(jù)類型(基本類型)?
            C???????????????????????????? 字符?
            BY??????????????????????????? 字節(jié)?
            N???????????????????????????? 短整數(shù)和整數(shù)(表示一個(gè)數(shù))?
            I???????????????????????????? 整數(shù)?
            X,Y????????????????????????? 短整數(shù)(通常用于X坐標(biāo)和Y坐標(biāo))?
            CX,CY??????????????????????? 短整數(shù)(通常用于表示X和Y的長度,C表示計(jì)數(shù))?
            B???????????????????????????? 布爾型?
            W???????????????????????????? UINT(無符號數(shù))和WORD(無符號字)?
            L???????????????????????????? LONG(長整數(shù))?
            DW??????????????????????????? DWORD(無符號長整數(shù))?
            FN??????????????????????????? 函數(shù)指針?
            S???????????????????????????? 串?
            SZ,STR?????????????????????? 以0字節(jié)終止的字符串?
            LP??????????????????????????? 32位長整數(shù)指針?
            H???????????????????????????? 編號(常用于表示W(wǎng)indows對象)?
            MSG?????????????????????????? 消息?
            **************************************************************************?
            變量的命名:?
            應(yīng)用匈牙利表示法,變量可用上表中的前綴代碼來表示。另外,當(dāng)一個(gè)變量是由一個(gè)或幾個(gè)子名構(gòu)成時(shí)

            ,每一個(gè)子名都要以大寫字母開頭。下?

            面是幾個(gè)例子:?
            char *szfileName;????????? // a nulla terminated string:以0終止的字符串?
            int *lpidate;?????????????? // a 32-bit pointer to an int:指向一個(gè)整型變量的32位的長指針?
            Bool,bSemaphore;????????????? //a boolean value?
            WORD dwMaxCount???????????? // a 32-bit unsigned WORD?
            盡管我們了解一個(gè)函數(shù)的局部變量沒有說明,但是也有個(gè)別表示全局變量必須要以 g_ 開頭:?
            int g_iXPos;?????????????? // a global x-position?
            int g_iTimer;????????????? // a global y-position?
            char *g_szString?????????? //a global NULL terminated string?
            函數(shù)的命名:?
            函數(shù)和變量的命名方式相同,但是沒有前綴,換句話說,子名的第一個(gè)字母要大寫。下面是幾個(gè)例子:


            int PlotPixel(int ix,int iy,int ic);?
            void *MemScan(char *szString);?
            而且,下劃線是非法的。例如,下面的函數(shù)名表示是無效的匈牙利表示法:?
            int Get_Pixel(int ix,int iy);?
            類型和常量的命名:?
            所有的類型和常量都是大寫字母,但名字中可以允許有下劃線。如:?
            const LONG NUM_SECTORS=100;????????? // a C++ style constant?
            #define MAX_CELLS 64;??????????????? // a C style constant?
            #define POWERUNIT 100;?????????????? // a C style constant?
            typedef unsigned char UCHAR;???????? // a user defined type?
            類的命名?
            類命名的約定可能要麻煩一點(diǎn)。但我也看到有很多人在使用這個(gè)約定,并獨(dú)立地進(jìn)行補(bǔ)充。不管怎么說

            ,所有C++的類必須以大寫C為前綴,類?

            名字的每一個(gè)子名的第一個(gè)字母都必須大寫:?
            class CVector???????? // the chinese mean of vector is 矢量?
            {?
            public?
            CVector();?
            {ix=iy=iz=imagnitude=0;}??? //the chinese mean of magnitude is 大小?
            CVector(int x, int y, int z)??
            {ix=x;iy=y;iz=z;}?
            ......?
            private:?
            int ix,iy,iz;//the position of the vector?
            int imagnitude; //the magnitude of the vector?
            ......?
            }?
            參數(shù)的命名?
            函數(shù)的參數(shù)命名和標(biāo)準(zhǔn)變量命名的約定相同。但也不總是如此。如:?
            UCHAR GetPixel(int x,int y);?
            這種情況下,更準(zhǔn)確的匈牙利的函數(shù)原型是:?
            UCHAR GetPixel(int ix,int iy);


            MFC、句柄、控件及結(jié)構(gòu)的命名規(guī)范Windows類型 樣本變量 MFC類 樣本變量
            HWND hWnd; CWnd* pWnd;
            HDLG hDlg; CDialog* pDlg;
            HDC hDC; CDC* pDC;
            HGDIOBJ hGdiObj; CGdiObject* pGdiObj;
            HPEN hPen; CPen* pPen;
            HBRUSH hBrush; CBrush* pBrush;
            HFONT? hFont;? CFont* pFont;
            HBITMAP? hBitmap; CBitmap* pBitmap;
            HPALETTE? hPaltte; CPalette* pPalette;
            HRGN? hRgn; CRgn* pRgn;
            HMENU? hMenu; CMenu* pMenu;
            HWND? hCtl; CState*? pState;
            HWND? hCtl; CButton* pButton;
            HWND? hCtl; CEdit* pEdit;
            HWND? hCtl; CListBox* pListBox;
            HWND? hCtl; CComboBox* pComboBox;
            HWND? hCtl; CScrollBar* pScrollBar;
            HSZ? hszStr; CString? pStr;
            POINT? pt; CPoint? pt;
            SIZE? size; CSize? size;
            RECT? rect; CRect? rect;


            一般前綴命名規(guī)范前綴 類型 實(shí)例
            C 類或結(jié)構(gòu) CDocument,CPrintInfo
            m_ 成員變量 m_pDoc,m_nCustomers

            ?

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

            變量命名規(guī)范 前綴 類型 描述 實(shí)例
            ch char 8位字符 chGrade
            ch? TCHAR 如果_UNICODE定義,則為16位字符 chName
            b BOOL 布爾值 bEnable
            n? int 整型(其大小依賴于操作系統(tǒng)) nLength
            n? UINT? 無符號值(其大小依賴于操作系統(tǒng)) nHeight
            w? WORD? 16位無符號值 wPos
            l? LONG? 32位有符號整型 lOffset
            dw? DWORD? 32位無符號整型? dwRange
            p? *? 指針 pDoc
            lp? FAR*? 遠(yuǎn)指針? lpszName
            lpsz? LPSTR? 32位字符串指針 lpszName
            lpsz? LPCSTR? 32位常量字符串指針 lpszName
            lpsz? LPCTSTR? 如果_UNICODE定義,則為32位常量字符串指針 lpszName
            h? handle? Windows對象句柄 hWnd
            lpfn? callback 指向CALLBACK函數(shù)的遠(yuǎn)指針??


            應(yīng)用程序符號命名規(guī)范 前綴 符號類型 實(shí)例 范圍
            IDR_? 不同類型的多個(gè)資源共享標(biāo)識(shí) IDR_MAIINFRAME 1~0x6FFF
            IDD_ 對話框資源 IDD_SPELL_CHECK? 1~0x6FFF
            HIDD_ 對話框資源的Help上下文 HIDD_SPELL_CHECK? 0x20001~0x26FF
            IDB_? 位圖資源 IDB_COMPANY_LOGO? 1~0x6FFF
            IDC_ 光標(biāo)資源 IDC_PENCIL? 1~0x6FFF
            IDI_ 圖標(biāo)資源 IDI_NOTEPAD? 1~0x6FFF
            ID_ 來自菜單項(xiàng)或工具欄的命令 ID_TOOLS_SPELLING? 0x8000~0xDFFF
            HID_ 命令Help上下文 HID_TOOLS_SPELLING? 0x18000~0x1DFFF
            IDP_ 消息框提示 IDP_INVALID_PARTNO? 8~0xDEEF
            HIDP_ 消息框Help上下文 HIDP_INVALID_PARTNO? 0x30008~0x3DEFF
            IDS_ 串資源 IDS_COPYRIGHT? 1~0x7EEF
            IDC_ 對話框內(nèi)的控件 IDC_RECALC? 8~0xDEEF


            Microsoft MFC宏命名規(guī)范 名稱 類型
            _AFXDLL 唯一的動(dòng)態(tài)連接庫(Dynamic Link Library,DLL)版本
            _ALPHA 僅編譯DEC Alpha處理器
            _DEBUG 包括診斷的調(diào)試版本
            _MBCS 編譯多字節(jié)字符集
            _UNICODE 在一個(gè)應(yīng)用程序中打開Unicode
            AFXAPI? MFC提供的函數(shù)
            CALLBACK 通過指針回調(diào)的函數(shù)?


            庫標(biāo)識(shí)符命名法 標(biāo)識(shí)符 值和含義
            u? ANSI(N)或Unicode(U)
            d? 調(diào)試或發(fā)行:D = 調(diào)試;忽略標(biāo)識(shí)符為發(fā)行。


            靜態(tài)庫版本命名規(guī)范 庫 描述
            NAFXCWD.LIB 調(diào)試版本:MFC靜態(tài)連接庫
            NAFXCW.LIB 發(fā)行版本:MFC靜態(tài)連接庫
            UAFXCWD.LIB 調(diào)試版本:具有Unicode支持的MFC靜態(tài)連接庫
            ?
            UAFXCW.LIB 發(fā)行版本:具有Unicode支持的MFC靜態(tài)連接庫


            動(dòng)態(tài)連接庫命名規(guī)范 名稱 類型
            _AFXDLL 唯一的動(dòng)態(tài)連接庫(DLL)版本
            ?
            WINAPI? Windows所提供的函數(shù)


            Windows.h中新的命名規(guī)范 類型 定義描述
            WINAPI 使用在API聲明中的FAR PASCAL位置,如果正在編寫一個(gè)具有導(dǎo)出API人口點(diǎn)的DLL
            ,則可以在自己的API中使用該類型
            CALLBACK 使用在應(yīng)用程序回叫例程,如窗口和對話框過程中的FAR PASCAL的位置
            LPCSTR 與LPSTR相同,只是LPCSTR用于只讀串指針,其定義類似(const char FAR*)

            UINT 可移植的無符號整型類型,其大小由主機(jī)環(huán)境決定(對于Windows NT和Windows 9x為
            32位);它是unsigned int的同義詞
            LRESULT 窗口程序返回值的類型
            LPARAM 聲明lParam所使用的類型,lParam是窗口程序的第四個(gè)參數(shù)
            WPARAM 聲明wParam所使用的類型,wParam是窗口程序的第三個(gè)參數(shù)
            LPVOID 一般指針類型,與(void *)相同,可以用來代替LPSTR
            ?

            抨擊匈牙利命名法

            作者:bbao

            抨擊匈牙利命名法

            匈牙利命名法是一種編程時(shí)的命名規(guī)范。命名規(guī)范是程序書寫規(guī)范中最重要也是最富爭議的地方,自古乃兵家必爭之地。命名規(guī)范有何用?四個(gè)字:名正言順。用二分法,命名規(guī)范分為好的命名規(guī)范和壞的命名規(guī)范,也就是說名正言順的命名規(guī)范和名不正言不順的命名規(guī)范。好的舞鞋是讓舞者感覺不到其存在的舞鞋,壞的舞鞋是讓舞者帶著鐐銬起舞。一個(gè)壞的命名規(guī)范具有的破壞力比一個(gè)好的命名規(guī)范具有的創(chuàng)造力要大得多。

            本文要證明的是:匈牙利命名法是一個(gè)壞的命名規(guī)范。本文的作用范圍為靜態(tài)強(qiáng)類型編程語言。本文的分析范本為C語言和C++語言。下文中的匈法為匈牙利命名法的簡稱。

            一 匈牙利命名法的成本

            匈法的表現(xiàn)形式為給變量名附加上類型名前綴,例如:nFoo,szFoo,pFoo,cpFoo分別表示整型變量,字符串型變量,指針型變量和常指針型變量。可以看出,匈法將變量的類型信息從單一地點(diǎn)(聲明變量處)復(fù)制到了多個(gè)地點(diǎn)(使用變量處),這是冗余法。冗余法的成本之一是要維護(hù)副本的一致性。這個(gè)成本在編寫和維護(hù)代碼的過程中需要改變變量的類型時(shí)付出。冗余法的成本之二是占用了額外的空間。一個(gè)優(yōu)秀的書寫者會(huì)自覺地遵從一個(gè)法則:代碼最小組織單位的長度以30個(gè)自然行以下為宜,如果超過50行就應(yīng)該重新組織。一個(gè)變量的書寫空間會(huì)給這一法則添加不必要的難度。

            二 匈牙利命名法的收益

            這里要證明匈牙利命名法的收益是含糊的,無法預(yù)期的。

            范本1:strcpy(pstrFoo,pcstrFoo2) Vs strcpy(foo,foo2)
            匈法在這里有什么收益呢?我看不到。沒有一個(gè)程序員會(huì)承認(rèn)自己不知道strcpy函數(shù)的參數(shù)類型吧。

            范本2:unknown_function(nFoo) Vs unknown_function(foo)
            匈法在這里有什么收益呢?我看不到。對于一個(gè)不知道確定類型的函數(shù),程序員應(yīng)該去查看該函數(shù)的文檔,這是一種成本。使用匈法的唯一好處是看代碼的人知道這個(gè)函數(shù)要求一個(gè)整型參數(shù),這又有什么用處呢?函數(shù)是一種接口,參數(shù)的類型僅僅是接口中的一小部分。諸如函數(shù)的功能、出口信息、線程安全性、異常安全性、參數(shù)合法性等重要信息還是必須查閱文檔。

            范本3:nFoo=nBar Vs foo=bar
            匈法在這里有什么收益呢?我看不到。使用匈法的唯一好處是看代碼的人知道這里發(fā)生了一個(gè)整型變量的復(fù)制動(dòng)作,聽起來沒什么問題,可以安心睡大覺了。如果他看到的是nFoo=szBar,可能會(huì)從美夢中驚醒。且慢,事情真的會(huì)是這樣嗎?我想首先被驚醒的應(yīng)該是編譯器。另一方面,nFoo=nBar只是在語法上合法而已,看代碼的人真正關(guān)心的是語義的合法性,匈法對此毫無幫助。另一方面,一個(gè)優(yōu)秀的書寫者會(huì)自覺地遵從一個(gè)法則:代碼最小組織單位中的臨時(shí)變量以一兩個(gè)為宜,如果超過三個(gè)就應(yīng)該重新組織。結(jié)合前述第一個(gè)法則,可以得出這樣的結(jié)論:易于理解的代碼本身就應(yīng)該是易于理解的,這是代碼的內(nèi)建高質(zhì)量。好的命名規(guī)范對內(nèi)建高質(zhì)量的助益相當(dāng)有限,而壞的命名規(guī)范對內(nèi)建高質(zhì)量的損害比人們想象的要大。

            三 匈牙利命名法的實(shí)施

            這里要證明匈牙利命名法在C語言是難以實(shí)施的,在C++語言中是無法實(shí)施的。從邏輯上講,對匈法的收益做出否定的結(jié)論以后,再來論證匈法的可行性,是畫蛇添足。不過有鑒于小馬哥曾讓已射殺之?dāng)乘阑覐?fù)燃,我還是再踏上一支腳為妙。

            前面講過,匈法是類型系統(tǒng)的冗余,所以實(shí)施匈法的關(guān)鍵是我們是否能夠精確地對類型系統(tǒng)進(jìn)行復(fù)制。這取決于類型系統(tǒng)的復(fù)雜性。

            先來看看C語言:

            1.內(nèi)置類型:int,char,float,double 復(fù)制為 n,ch,f,d?好像沒有什么問題。不過誰來告訴我void應(yīng)該怎么表示?
            2.組合類型:array,union,enum,struct 復(fù)制為 a,u,e,s?好象比較別扭。
            這里的難點(diǎn)不是為主類型取名,而是為副類型取名。an表示整型數(shù)組?sfoo,sbar表示結(jié)構(gòu)foo,結(jié)構(gòu)bar?ausfoo表示聯(lián)合結(jié)構(gòu)foo數(shù)組?累不累啊。
            3.特殊類型:pointer。pointer在理論上應(yīng)該是組合類型,但是在C語言中可以認(rèn)為是內(nèi)置類型,因?yàn)镃語言并沒有非常嚴(yán)格地區(qū)分不同的指針類型。下面開始表演:pausfoo表示聯(lián)合結(jié)構(gòu)foo數(shù)組指針?ppp表示指針的指針的指針?

            噩夢還沒有結(jié)束,再來看看類型系統(tǒng)更阿為豐富的C++語言:

            1.class:如果說C語言中的struct還可以用stru搪塞過去的話,不要夢想用cls來搪塞C++中的class。嚴(yán)格地講,class根本就并不是一個(gè)類型,而是創(chuàng)造類型的工具,在C++中,語言內(nèi)置類型的數(shù)量和class創(chuàng)造的用戶自定義類型的數(shù)量相比完全可以忽略不計(jì)。stdvectorFoo表示標(biāo)準(zhǔn)庫向量類型變量Foo?瘋狂的念頭。
            2.命名空間:boostfilesystemiteratorFoo,表示boost空間filesystem子空間遍歷目錄類型變量Foo?程序員要崩潰了。
            3.模板:你記得std::map<std::string,std::string>類型的確切名字嗎?我是記不得了,好像超過255個(gè)字符,還是饒了我吧。
            4.模板參數(shù):template <class T, class BinaryPredicate>const T& max(const T& a, const T& b, BinaryPredicate comp) 聰明的你,請用匈法為T命名。上帝在發(fā)笑。
            5.類型修飾:static,extern,mutable,register,volatile,const,short,long,unsigned 噩夢加上修飾是什么?還是噩夢。

            你愿意做鐐銬上的舞者嗎?

            posted on 2006-11-07 21:32 哈哈 閱讀(805) 評論(0)  編輯 收藏 引用
            久久久久国产视频电影| 国产99久久久国产精品~~牛 | 国产成人精品久久一区二区三区| 久久狠狠高潮亚洲精品| 久久国产一片免费观看| 人妻精品久久无码区| 老司机国内精品久久久久| 久久久久青草线蕉综合超碰| 久久综合精品国产二区无码| 欧美粉嫩小泬久久久久久久| 国产V综合V亚洲欧美久久| 亚洲人成无码网站久久99热国产| 久久亚洲春色中文字幕久久久| 亚洲一区精品伊人久久伊人| 久久99热狠狠色精品一区| 中文字幕无码精品亚洲资源网久久| 亚洲国产成人久久综合一| 久久精品国产亚洲AV影院| 久久久久综合国产欧美一区二区| 国内精品伊人久久久久AV影院| 国产精品久久久久久久久久影院| 精品多毛少妇人妻AV免费久久| 91精品国产91久久久久福利| 久久精品成人欧美大片| 亚洲精品乱码久久久久久蜜桃| 久久99精品久久久久久齐齐| 久久午夜电影网| 色综合久久中文色婷婷| 久久99热国产这有精品| 91久久精品国产成人久久| 99久久成人国产精品免费| 国产美女久久精品香蕉69| 久久国产色AV免费观看| 99精品久久精品| 99久久夜色精品国产网站| 久久本道综合久久伊人| 狠狠色丁香婷婷综合久久来来去 | 亚洲愉拍99热成人精品热久久| 一97日本道伊人久久综合影院| 久久精品国产第一区二区| 久久这里只精品99re66|