Венгерская запись (преобразование регистра верблюда, поскольку я изучил его) неоценима при наследовании проекта программного обеспечения.

Да, можно 'нависнуть' над переменной с IDE и узнать, каково класс это, но если Вы пролистываете несколько тысяч строк кода, Вы не хотите должными быть останавливаться на те несколько секунд - каждый.... единственный.... время....

Помнят - Вы не пишете код для Вас или одной только Вашей команды. Вы также пишете его для человека, который должен взять этот код 2-5 лет в будущем и улучшить его.

Единственный венгр это действительно полезно больше, является m_ для членских переменных. (Я также использую sm_ для статических участников, потому что это - "другой" объем, который все еще существует.) С широкоэкранными мониторами и компиляторами, которые берут eight-billion-character-long имена переменной, сокращение имен типов просто не стоит того.

Я нахожу, что венгерская запись может иногда быть полезной на динамических языках. Я конкретно думаю о Стороне сервера Actionscript (по существу просто JavaScript), но это могло применяться в другом месте. С тех пор нет никакой реальной информации о типе вообще, венгерская запись может иногда помогать сделать вещи немного легче понять.

Адвокат Дьявола: лучший пример Венгерской записи не должен использовать его.: D

Мы не получаем преимущества для использования Венгерской записи с современными IDE, потому что они знают тип. Это добавляет работу при рефакторинге типа для переменной, так как имя должно было бы также измениться (и большую часть времени когда Вы имеете дело с переменной, Вы знаете то, что вводит его, так или иначе).

можно также войти в упорядочивание проблем с нотацией. Если Вы используете p для указателя, и для адреса Вы называете свою переменную apStreet или paStreet? Удобочитаемость уменьшена, когда у Вас нет непротиворечивости, и необходимо израсходовать ценное пространство ума, когда необходимо помнить порядок, в котором необходимо записать нотацию.

Не используйте язык определенные префиксы.

Мы используем:

n: Number 
p: Percentage 1=100% (for interest rates etc)
c: Currency
s: String
d: date
e: enumeration
o: object (Customer oCustomer=new Customer();)
...

Мы используем ту же систему для всех языков:

SQL
C
C#
Javascript
VB6
VB.net
...

Это - жизненное средство сохранения.

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

то, Где венгерский язык полезен, должно различать логически различные виды переменных, которые имеют тот же необработанный тип. Например, при использовании ints для представления координат, Вы могли бы снабдить префиксом координаты x x, y координаты с y и расстояния с d. Таким образом, у Вас был бы код, который похож

dxHighlight = xStart - xEnd

yHighlight = yLocation + 3

yEnd = yStart + dyHeight

dyCode = dyField * 2

и так далее. Это полезно, потому что можно определить ошибки сразу: Если Вы добавляете dy к y, Вы всегда получаете y. При вычитании двух x's, Вы всегда получаете дуплекс. При умножении dy на скаляр Вы всегда получаете dy. И так далее. Если Вы видите строку как [1 111]

yTop = dyText + xButton

, Вы знаете сразу, что это неправильно, потому что добавление dy и x не имеет смысла. Компилятор не мог поймать это для Вас, потому что, насколько он может сказать, Вы добавляете интервал к интервалу, который прекрасен.

t

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

p

(для указателя). В значительной степени единственный префикс я использую. Я думаю, что это добавляет много к переменной (например, что это - указатель), и так должен рассматриваться немного более почтительно.

венгерский язык для типов данных несколько passe теперь, IDE могут сказать Вам, что тип (только за несколько секунд, нависая над именем переменной), таким образом, не настолько важный. Но рассматривая указатель, как будто его данные не хороши, таким образом, Вы хотите удостовериться, что для пользователя очевидно, что это - даже если он делает предположения, которые он не был должен при кодировании.

Очень старый вопрос, но вот пара «венгерских» префиксов, которые я регулярно использую:

my

для локальных переменных, чтобы различать места, где имя может иметь смысл в глобальный контекст. Если вы видите myFoo, он используется только в этой функции, независимо от того, что мы делаем с Foos где-либо еще.

myStart = GetTime();
doComplicatedOperations();
print (GetTime() - myStart);

и

tmp

для временных копий значений в циклах или многоступенчатых операциях. Если вы видите две переменные tmpFoo более чем в паре строк друг от друга, они почти наверняка не связаны.

tmpX = X; 
tmpY = Y;
X = someCalc(tmpX, tmpY);
Y = otherCalc(tmpX, tmpY);

и иногда старые и новые по тем же причинам, что и ] tmp , обычно в более длинных циклах или функциях.

Я обнаружил, что использую 'w', означающее 'рабочий', в качестве префикса вместо 'temp' или 'tmp' для локальных переменных, которые используются только для управления данными, например:

Public Function ArrayFromDJRange(rangename As Range, slots As Integer) As Variant

' this function copies a Disjoint Range of specified size into a Variant Array 7/8/09 ljr

Dim j As Integer
Dim wArray As Variant
Dim rCell As Range

wArray = rangename.Value ' to initialize the working Array
ReDim wArray(0, slots - 1) ' set to size of range
j = 0

For Each rCell In rangename
    wArray(0, j) = rCell.Value
    j = j + 1
Next rCell

ArrayFromDJRange = wArray

End Function