Naming convention for controls [duplicate]

Вот некоторые общие:

frm  Form
mnu  Form menu
cmd  Command button
chk  Check button
opt  Radio button
lbl  Text label
txt  Text edit box
pb   Picture box
pic  Picture
lst  List box
cbo  Combo box
tmr  Timer

А более длинный список в ИНФОРМАЦИЯ: Объектные Соглашения о присвоении имен Венгерской записи для VB.

Я не делаю WinForms в течение достаточно долгого времени, но что я сделал были две вещи.

• снятие флажка 'генерирует участника' (или однако это называют) для вещей как маркировки, и т.д. В основном гарантируя, чтобы я сохранил как поля только вещи, в которых я нуждаюсь.
• для тех я нуждаюсь, определяю описательное имя. Это, если необходимо, , добавляет название управления (т.е. saveButton). Если бы я не испытываю желание добавлять, что имя элемента управления добавляет любое значение, я не добавил бы 'Кнопку' и оставил бы имя просто, как 'сохраняют'.

В основном большую часть времени я не создал бы участника для кнопки сохранения вообще. (Если Вы имеете, некоторые сохраняют логику, у Вас все еще может быть только обработчик событий OnSaving, подписанный на событие Click кнопки).

https://msdn.microsoft.com/en-us/library/ms233630 (v=vs.110) .aspx

Да меняют те имена

Для меня:

• Button btnDescription

• TextBox txtDescription

• ComboBox cboDescription

и т.д.

Программирование GUI получает короткую палку когда дело доходит до конвенций всех видов. Посмотрите мой ответ на другой вопрос для инструкций, которые я использую для именования.

Да, Вам нужны значимые идентификаторы для любой переменной - управления или не - имена по умолчанию - то, только потому, что Ваш IDE ничего не знает о Вашей проблемной области и так не может всегда 'предполагать' лучшее имя.

Я - вероятно, один из последних нескольких человек, который все еще использует Венгерскую запись. Я знаю, что аргумент, что IDE может сказать Вам тип переменной, но который не помогает мне, когда я кодирую в Блокноте ++ или смотрю на распечатку.... так или иначе, я использую "btnSave", "cbOptions", "txtFirstName", "lblTitle", "ddlCardType", и т.д... Я точно так же, как способность поглядеть на код и знать, на что я смотрю, не ища объявление или нависая над переменной для получения, это - тип данных от IDE.

Я полагаю, что существующие взгляды осуждают включая тип управления на имя. Я был бы склонен рассматривать их как другой другой объект, я использую и следую тому же соглашению о присвоении имен.

, Конечно, используют значимое именование, которое само собой разумеется:) Однако в конце дня, если Ваше соглашение о присвоении имен все еще имеет смысл Вам, когда Вы пересматриваете свой код несколько месяцев спустя тогда, я, вероятно, придерживался бы его.

Да, я соглашаюсь полностью (но я переименовываю его к ButtonDelete), столь строчные имена для переменных в моем случае:)

Лично, я думаю, пока Вы последовательны, Вы не столкнетесь с проблемами, даже если кто-то еще прочитает Ваш код.

Я не уверен, но я думаю, что именование управления в Windows Forms являются одним из единственных мест I, видят использование для Венгерская запись . Таким образом, я думаю, что Вы хороши.

Это - то, что мы используем

Короче говоря, мы снабжаем префиксом средства управления сокращение управления. т.е.

Кнопки = btnDelete, btnSubmit, текстовые поля btnReturn

= txtUsername, txtPassword и т.д.

тот путь, путем ввода сокращения Вы получаете все подобные средства управления к тому времени, когда Вы заканчиваете вводить сокращение т.е. вводите btn, и intellisense перечислит все кнопки, которые Вы добавили до сих пор.