這可以應用於任何語言/ UI項目。當代碼自動生成時,是否需要命名所有UI控件?目前我只列出了我在代碼中引用的那些(雖然有時候我會懶惰並留下它們)。或者你堅持使用預先生成的名稱(textbox1,splitContainer1,menuStrip1等)?你應該爲所有的UI控件命名嗎?你使用什麼命名方案?
如果他們的名字,你怎麼防止重疊,如MyDataGridView1,MyDataGridView2等。
這可以應用於任何語言/ UI項目。當代碼自動生成時,是否需要命名所有UI控件?目前我只列出了我在代碼中引用的那些(雖然有時候我會懶惰並留下它們)。或者你堅持使用預先生成的名稱(textbox1,splitContainer1,menuStrip1等)?你應該爲所有的UI控件命名嗎?你使用什麼命名方案?
如果他們的名字,你怎麼防止重疊,如MyDataGridView1,MyDataGridView2等。
我總是嘗試設置GenerateMember
到false
因爲我沒有在代碼中使用的控制,但對於控制我在代碼中使用,我通常選擇有意義的名稱。
例如,如果有按鈕提交了一些內容,我會選擇submitBtn
。如果有一個用戶名文本框,那麼我會稱之爲usernameTxt
。等等,等等
小清單:
btn
txt
lbl
chk
rad
lst
dlg
...但高於一切,只需使用情理之中的事情。
我唯一的名字我引用過的那些 - 最現代的IDE會很容易地重新命名一個部件後,如果我需要引用它在代碼中。
我通常給名稱一些意思 - accountDataView,currentBalanceDataView - 它必須與提交表單的按鈕的submitButton這樣的概念相關聯。
我將我訪問的控件命名爲「ux」前綴,以便我可以使用Intellisense輕鬆找到它們。這樣,如果我不記得一個控制的確切名稱,我知道它在租賃開始於ux。另外,如果我更改控件類型,名稱可以保持不變。我偶然發現了這一點,但似乎無法找到關於它的文章。
uxFirstName
逆匈牙利語,不尋常。 – 2010-07-05 20:20:37
這是一個有趣的符號,允許通過自動完成「直接」加入「善意」成員名稱。在這種情況下,匈牙利後綴似乎毫無用處。我使用傳統的'btnOpen','txtName'等...... – serhio 2010-07-05 21:34:29
是的,我知道這是不尋常的,但它對我很好。 – icktoofay 2010-07-06 01:15:10