Я уже несколько раз читал, что венгерская нотация - это плохо. Но как без нее называть переменные-указатели и хендлы? Неужели дописывать к имени переменной Pointer или Handle? И вообще, стоит ли отказываться от венгерской нотации, если за это приходиться расплачиваться необычайной пестротой кода, когда используешь библиотеки типа MFC, располагающие своими собственными правилами именования переменных?  

Это сообщение отредактировал(а) 0x07L - 8.7.2006, 09:17

тут есть некоторые мысли о венгерской нотации:
http://www.joelonsoftware.com/articles/Wrong.html
раньше там, по-моему, была ссылка на русский перевод, но сейчас что-то не нашёл... 

 как хочешь - так и называй. 

Ага, ясно. Плоха не сама венгерская нотация, а ее интерпретация от Micro$oft. Значит, не стоит полностью отказываться от венгерской нотации и можно использовать ее там, где это нужно. Я, как всегда, все не так понял.

А второй вопрос я, пожалуй, уберу. С ним как-нибудь разберусь сам.

maxim1000, спасибо за ссылочку. 

Это сообщение отредактировал(а) 0x07L - 8.7.2006, 09:19

http://local.joelonsoftware.com/mediawiki/...еть_неправильно



Венгерская нотация и есть изобретение одного из работников микрософта. Плоха неправильно понятая венгерская нотация.
И как раз на эту плохую венгерку и гонит 90% рунета.

Вот собственно документ первоначальный.
http://msdn.microsoft.com/library/default..../hunganotat.asp


Вобщем лучше чем у Джоела это нигде не описано. 

WTF!
 

И все же, стоит ли использовать Венгерскую нотацию?

А чёрт её знает..
Насколько я помню, она появилась из-за того, что вдруг появилось в Винде куча классов всего, что надо было запоминать (но что не являлось частью стандарта языка, HWND и прочее, например). Притом, вспомни, какая морока была писать, а ещё паче разбираться, например, на Сшкном APIшнике. Вот сейчас смотрел SumatraPDF и вспомнил, какой это финиш.

Насколько я помню, часть венгерской нотации ставила требования к оформлению названий функций, притом, часть из них же относилась к тому, чтобы сначала неявно указывать в названии тип. А сейчас тебе в оболочке тип просто будет показан в той же Студии при наведении. Так что в этом необходимость отпадает. Мир не стоит на месте, что-то остаётся, что-то уходит.
Но в своё время венгерка помогла сэкономить определенное количество времени и дать какую-то стандартизацию

Мне в свое время понравилось одно объяснение, зачем она была изначально придумана (в МС ее несколько видоизменили). Например, ты пишешь вэб приложение. Пользователь вводит на страничке какую-то информацию, а ты на ее основе формируешь запрос. Все мы знаем, что есть такой метод взлома как SQL-injection. Так вот, чтобы не допустить его, необходимо все поступаемые данные от пользователя (unsafe) делать безопасными (safe). А данные поступающие из БД преобразовывать к вменяемому виду. Поэтому, пишется две функции: string safeFromUnsafe(string) и string unsafeFromSafe(string). В итоге, когда ты их используешь то выглядит это так: string safeQuery = safeFromUnsafe(unsafeQuery). Слева от From идут все "safe", а справа "unsafe". Если вдруг, после рефакторинга что-то поменяется, то сразу же бросится в глаза.
А вот так выглядит "привычная" форма: string safeQuery = unsafeToSafe(unsafeQuery). Очевидно, что она менее наглядна и интуитивна.

Вот в этом и заключается исходный смысл Венгерской нотации. А не в дописывании приставки обозначающей тип переменной.

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

0x07L, зачем вообще что то дописывать?  ни чем не хуже, чем . Венгерская нотация предназначена для сред программирования, к которых нельзя быстро проверить тип переменной по её декларации и приходится включать его в имя. В первую очередь при программировании на языке ассемблера. Просто для того, чтоб не забыть размер и формат данных.

Добавлено через 10 минут и 35 секунд
А какое это имеет отношение к венгерской нотации, согласно которой в имя включается информация о типе? Это обычные смысловые имена, отражающие назначение, их к тому же отлично можно заменить на Code/deCode.

Добавлено через 13 минут и 15 секунд
Очевидно, что интутивность здесь и при прочих равных то совпадает, а при условии привычности её здесь даже больше.

Еще раз для тех кто в танке, Венгерская нотация придумана для указания вида (не типа) хранимых данных в переменной. А в МС переиначили и получилось, что они стали приписывать тип переменной вместо вида хранимых данных.

не стоит использовать такую нотацию. это вырвиглазие.

особенно если "сложный" тип

Ага. Вот например - http://msdn.microsoft.com/en-us/library/aa915440.aspx
А теперь представь, что эта структура входит в другую. Представь, как будет выглядеть код: