Причина, по которой префиксы не являются полными именами классов в большинстве компаний, но некоторые сокращения имени класса заключаются в следующем:
- Большинство соглашений об именах утверждены до Visual Studio 2010.
- Все версии Visual Studio до 2010 г. имеют свой интеллигентный фильтр с чем-то вроде «начинается с», а не содержит.
Вот почему многие люди/ architects / leader решили, что будет лучше ввести «txt», и inteli sense отфильтрует все текстовые поля для вас, так что вы просто наберете «E», например, и получите txtEmail.Если у вас есть полное имя класса, вам нужно будет ввести «textBoxE», чтобы получить тот же результат в полном смысле.Это добавляет много перегрева, когда у вас сложный пользовательский интерфейс.
Теперь с Visual Studio 2010 вы получаете лучший смысл, поэтому вы можете просто набрать "em" и легко увидеть "textBoxEmail "в списке (наряду с электронной почтой и некоторыми другими вещами, которые содержат" em ").Тем не менее, мне кажется, я предпочитаю иметь 2-3 или более 4 аббревиатуры из букв, которые позволят мне фильтровать в целом смысле по типу элемента управления (особенно для пользовательского интерфейса), чем вводить textBox.Я предпочитаю это потому, что даже если какое-то время вы озадачены каким-то типом элемента управления (например, «rg» для RadGrid), вам потребуется 5 минут 3-4 раза, чтобы запомнить его и начать печатать, не думая об этом.В то время как если у вас есть radGrid везде, вам нужно будет нажать 7 ударов, чтобы перейти к значимому, который будет фильтровать для вас (например, «radGridC» в «radGridCustomers»).
Я согласен, что обычно достаточно только именования элементов управления, на которые есть ссылки в коде.