Я не использую венгерские префиксы (str, int) в .Net, но все равно нахожу их полезными в VBA, где сложнее увидеть типы.
Это плохо? Ненужный? Может быть, я что-то упускаю.
Я был бы очень признателен за любую обратную связь. Я задавался вопросом какое-то время.
Спасибо всем.
Я всегда использую одно- и двухбуквенные префиксы в VBA. Я уверен, что я единственный, кто это признает, но я подумал, что кто-то должен быть против.
Из 18 миллионов строк кода VBA, которые я написал, я сотрудничал примерно с 1000. Если никто другой не увидит мой код, я могу использовать соглашение, которое мне нравится. Если кто-то другой будет работать над вашим кодом, вы должны согласиться с соглашением.
Мне нравится, что это позволяет мне делать имена переменных короче. Я мог бы использовать FileNumber и FileName, или я мог бы использовать lFile и sFile. Я не нахожу ни одного более или менее читаемым, чем другой. Это также помогает мне использовать зарезервированные слова в качестве переменных. Если я хочу использовать Replace в качестве имени переменной, я не могу. Но я могу использовать sReplace или lReplace.
Я бы сказал, что такая венгерская нотация является корнем всех зол почти в каждом языке. Некоторые люди говорят, что это удобно для чрезвычайно динамичных языков. Но нет, я считаю, что добавление префикса type-abbreviation к имени переменной в 99% случаев избыточно и просто приводит к уродливому коду.
см. Почему мне не следует использовать венгерскую нотацию?
name никогда не будет целым числом, а count никогда не будет строкой.
- person Earlz; 04.04.2010
Я бы посоветовал выбрать что-то более высокого уровня, чем просто типы, чтобы вы могли видеть, какова цель вещей. Таким образом, вместо того, чтобы называть что-то string, назовите это name или address, а вместо int назовите это count или coordinate или...
(Я предпочитаю использовать суффиксы вместо префиксов, но это вопрос стиля и вкуса.)
f_dwX (тип двойного слова поля объекта x) вы вместо этого называете ее x_coord; назначение переменной важно и более стабильно, чем ее тип.
- person Donal Fellows; 04.04.2010
Если стиль в вашей компании настроен на использование венгерской нотации, то проблем с ее использованием не возникает — политика есть политика. Существует множество инструментов, помогающих обеспечить выполнение соглашений об именах в коде (например, Stylecop для C#), поэтому вы можете двигаться дальше, если вам разрешено.
По сути, наличие стандартов — это хорошая идея, но то, что это за стандарты, зависит от компании, в которой вы работаете. Если у вас есть некоторый авторитет, вы можете попытаться навязать стандарты, которые в настоящее время продвигает MS, но если у вас много устаревшего кода, это потребует большого количества дорогостоящего рефакторинга с небольшой материальной выгодой.
Я бы порекомендовал вам отказаться от венгерской нотации для новых проектов (возможно, с помощью инструмента анализа кода), но прагматично относиться к устаревшему коду.
