понедельник, 21 ноября 2016
Я полностью разделяю точку зрения о том, что имена переменных и функций в коде должны быть говорящими. Желательно - говорящими именно то, что они означают

Если, встретив в коде переменную или имя параметра, или функцию, добавленную пару дней назад, я несколько секунд смотрю на неё и тупо моргаю, пытаясь сообразить, что это такое - то я стараюсь её переименовать. Если я не понимаю её уже через один-два дня, то это неподходящее имя. Таким образом экономятся усилия: не нужно держать в голове смысл переменной, если он легко восстанавливается по имени. Например, если переменная называется ScreenPos, то ясно, что это позиция на экране, а не где-то ещё. Также при этом уменьшается возможность допустить ошибку, связанную с неверным пониманием кода, например, при попытке передать ScreenPos в функцию с названием параметра WorldPos. Если и переменная, и параметр функции называются просто Pos, то попутать их очень легко. При этом ещё, глядя на список функций, пытаешь удержать в голове то, что в одном случае Pos - это один тип позиции, в другом другой.
@темы:
пространство личности,
упорядочение хаоса как профессия
-
-
21.11.2016 в 19:07-
-
21.11.2016 в 19:07-
-
21.11.2016 в 20:28-
-
21.11.2016 в 20:30