命名用戶控件的最佳做法？

我創建了不少用戶控件來封裝我的應用程序中多個位置使用的GUI功能。我注意到我通常傾向於描述控件的功能，並在名稱的末尾加上「控制」，但並非總是如此。我想標準化命名，並想知道是否有一個命名用戶控件在.NET中的最佳做法？命名用戶控件的最佳做法？

來源

2009-10-09 jasonh

其實，Control是一個不錯的後綴。考慮爲Name/Address創建一個控件，你需要名稱中的某些東西來標記它爲GUI而不是Logical。

所以我傾向於使用NameAddressControl。

來源

2009-10-09 23:59:30

儘量保持用戶熟悉的東西，除非您直接爲其他編碼器編碼。這是一個久經考驗的可靠性問題，而不是引入最終用戶不熟悉的術語。

來源

2009-10-09 23:57:22

我是唯一一個在項目上工作的人，除了偶爾檢查出來並且與另一個開發人員一起工作的另一個開發人員項目的非UI部分。 – jasonh

@jasonh：你現在可能是唯一一個在這個項目上工作的人，但這不是讓別人更難做的藉口。除非你打算在今後的這個項目中工作，否則你必須考慮你的更換（以及其他5年或10年後也可能從事這個代碼的人）。 –

@Daniel Pryden：我意識到這一點，但由於我沒有任何其他開發人員現在與我一起工作，以瞭解*他們*所熟悉的內容，所以我在這裏瞭解社區認爲我應該做什麼。正是爲了讓路上的其他人能夠保持它。 – jasonh

用戶界面元素是我仍然做匈牙利符號的唯一的東西。 uctDoesSomething適合我。

這主要是一個偏好的事情，但我發現，當我選擇一個控件時，我的想法按照「它會是什麼類型的控件」，然後是「它做了什麼」的順序。在這種情況下，輸入「uct」是有意義的，讓intellisense爲我提供替代方案。

來源

2009-10-09 23:59:09

我也後綴我的用戶控件與「控制」
我的典型結構爲UI模塊會看起來像：

的DataEntry
- > DataEntryForm
- > DataEntryAddressControl
- > DataEntryNameControl
- > DataEntryAddressItem
- > DataEntryAddressItemCollection
- > DataEntryConfirmationDialog

等

很適合我們的球隊

來源

2009-10-10 00:17:37 TJF

像一些其他的，我們還可以使用控制後綴爲我們的用戶控件。（即ResPayerControl）

來源

2009-10-10 00:34:10 RTipton

有我見過用兩種方法：

LoginDateCalendar CTL
UC LoginDateCalendar

來源

2009-10-10 00:46:05

該OP被問及有關Windows窗體用戶控件，而不是ASP.NET;） –

啊，好抓。 –

firstNameLA.Text = 「名稱：」;

firstNameTI。Text =「<在這個TextInput控件中輸入你的名字>」;

1）lowcaseCamel因爲控制是默認私人

2）使用後綴來代替前綴智能感知等按名稱拿起不鍵入

3）包括的類型，而不是簡單「控制」，以提醒你的想法，所有這些darn fancy-schmantzy ui的真實名字都是你自己的名字

來源

2009-10-10 09:03:12

命名用戶控件的最佳做法？

回答

相關問題