2010-11-09 12 views

ответ

1

Обычно я предпочитаю полное имя класса, например, textBoxName. Мне легче читать, чем три префикса из письма, и это согласуется с именами, которые генерируются IDE. Я называю только элементы управления, на которые ссылается код. Элементам управления, которые привязаны к базе данных, обычно не требуется имя.

6

Я обычно использую Systems Hungarian notation Пример:

btnSubmit: кнопка

lblAccountNum: переменная метка

+0

Вы не следуете советам FxCop, я понимаю? Из вашей ссылки в Википедии: «Рекомендации по назначению именования для .NET [...] сообщают, что венгерская нотация не должна использоваться» –

+0

Согласовано, но только с элементами формы. Именование всех ваших переменных в этой нотации не требуется при использовании среды IDE, такой же мощной, как Visual Studio. На самом деле нет необходимости в таких вещах, как int iNumber и bool bEnabled. – Khalos

+2

true, я считаю, что это очень удобно, и я очень привык к этому. Кроме того, последние две компании, с которыми я работал, также используют эту нотацию, поэтому это не только мое личное мнение. Мы используем его только для элементов пользовательского интерфейса. Не для всех переменных! – anthares

5

В WinForms я обычно используют суффиксы, так, например:

submitButton 
accountNumberLabel 

и т.д.

Но многие компании по-прежнему используют префикс, как сказал anthares.

+0

Я использую то же самое. Благодаря усовершенствованному Intellisense в VS 2010 он стал еще проще и организованнее. В случае ярлыков, где у вас может быть одна метка с изменяющимся значением и одна метка, чтобы сообщить пользователю, что это такое, я использую это: 'clientNameLabel' и ' clientNamePrefixLabel' – Fusyion

4

Я не считаю, что для разработки форм необходимы специальные правила; the Microsoft .NET naming guidelines обложка.

я назвать формы, как и любой другой класс в программе: MainForm, SaveDialog и т.д.

я назвать элементы управления, как и любой другой области в пределах класса: okButton, nameTextBox и т.д.

1

Следующий пример используется большинство программистов .net

Control: Label 
Prefix : lbl 
Example: lblFirstName 
0

Причина, что префиксы не являются полными именами классов в большинстве компаний, но некоторые аббревиатуры названия класса являются следующие:

  1. Большинство соглашений об именах будут утверждены до Visual Studio 2010
  2. Все версии Visual Studio до 2010 года имеют свой интеллектуальный фильтр с чем-то вроде «начинается с», а не содержит.

Именно поэтому многие люди/архитекторы/лидеры решили, что будет лучше набрать «txt», а inteli sense будет фильтровать все текстовые поля для вас, поэтому вы просто наберете «E», например, и вы Получите txtEmail. Если у вас есть полное имя класса, вам нужно будет ввести «textBoxE», чтобы получить тот же результат в смысле интеллекта. Это добавляет много перегрева, когда у вас сложный интерфейс.

Теперь Visual Studio 2010 вы получите лучший Inteli смысл, так что вы можете просто ввести «EM», и вы можете easilly увидеть «textBoxEmail» в списке (наряду с электронной почтой и некоторые другие вещи, которые содержат «EM»). Тем не менее, похоже, я предпочитаю иметь аббревиатуру длиной 2-3 или более от 4 букв, что позволит мне фильтровать в интеллектуальном смысле по типу управления (специально для пользовательского интерфейса), чем набирать textBox. Причина, по которой я предпочитаю, состоит в том, что даже если вы некоторое время озадачены каким-то типом управления (например, «rg» для RadGrid), вам потребуется 5 минут 3-4 раза, чтобы запомнить его и начать вводить текст, не задумываясь об этом. Хотя, если у вас есть radGrid везде, вам нужно нажать 7 ударов, чтобы добраться до осмысленного, который будет фильтроваться для вас (например, «radGridC» в «radGridCustomers»).

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

Смежные вопросы