Должны ли вы назвать все элементы управления вашего интерфейса?Какую схему именования вы используете?

Question

Это может быть применено к любому проекту языка / интерфейса пользователя. Когда код генерируется автоматически, нужно ли называть все элементы управления пользовательским интерфейсом? В настоящее время я называю только те, на которые я ссылаюсь в коде (хотя по общему признанию иногда я становлюсь ленивым и оставляю их). Или вы придерживаетесь предварительно сгенерированных имен (textbox1, splitContainer1, menuStrip1 и т. Д.)?

Если вы называете их, как вы предотвращаете наложение, такое как MyDataGridView1, MyDataGridView2 и т. Д.

Answer 1

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

Я обычно придаю именам некоторое значение - accountDataView, currentBalanceDataView - оно должно относиться к понятию типа submitButton для кнопки, которая отправляет форму.

Answer 2

Я называю элементы управления, к которым у меня есть доступ, и экспериментировал с использованием префикса "ux", чтобы их было легко найти с помощью Intellisense. Таким образом, если я не могу вспомнить точное имя элемента управления, я знаю, что он в аренде, начинается с ux. Также, если я изменю тип элемента управления, имя может остаться прежним. Я сталкивался с этим некоторое время назад, но не могу найти статью об этом сейчас.

uxFirstName

Answer 3

Я всегда стараюсь установить GenerateMember на false для элементов управления, которые я не использую в коде, но для элементов управления, которые я использую в коде, я обычно выбираю значимые имена.

Например, если бы была кнопка, которая отправила что-то, я бы выбрал submitBtn. Если бы существовало текстовое поле с именем пользователя, я бы назвал его usernameTxt. И т. Д.

Небольшой список:

• Кнопки: btn
• Текстовые поля: txt
• Ярлыки: lbl
• Флажки: chk
• Радиокнопки: rad
• Списки: lst
• Диалоги: dlg

... но, прежде всего, просто используйте то, что имеет смысл.