Стиль кода и правила именования идентификаторов

(1/8) > >>

zer_owlet:
Цитата: tos от Июнь 15, 2010, 08:14:33

"потому что не привили преподаватели нормальное именование переменных"
Скажи это EvilMax'у и Елене Осиповне как минимум.
Ну и Полякову тоже можешь.


1. С Савковой и Поляковым плотно общался все 5 лет учебы, вопрос по именованию переменных не возникало, хотя транслит и TForm1 были поголовно у всех.
2. Если на 5-м курсе человек все еще юзает TForm1 и Sortirovka, то преподаватели закрывали на это глаза весь курс обучения. Если подобное именование не нравится, Поляков просто не примет лабу или курсовой и студент к 5-у курсу или привыкнет нормально именовать или не дойдет туда.

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

Я в свое время принимал на работу порядка 6-7 студентов, так плевать на TForm1, пусть хоть код форматировать научатся.... это ж просто АААААА ((

Кстати, никто не вспомнил именование таблиц в виде t_customers, а ведь это тоже вызывает вопросы :)

Волера:
Та какой t_customers, ето ещё хорошо)
Блощ напостой требовал именовать таблицы типа тСтуденты, тПреподаватели, тЕщёКакаятоХрень.
такой гемор был напостой переключать с англ на русский язык когда пишешь запрос.
(Отправлено в: Июнь 15, 2010, 09:07:16 )
 ага, типа хороший стиль воспитывали)

Polyakov:
Цитата: tos от Июнь 15, 2010, 09:14:33

"потому что не привили преподаватели нормальное именование переменных"
Скажи это EvilMax'у и Елене Осиповне как минимум.
Ну и Полякову тоже можешь.
А как Вам прививать - розгами что ли?
У меня, например, в любом программном блоке вряд ли наберется больше 30 переменных. Поэтому мои любимые идентификаторы это:
i, j, n, m, k, i1, j1, n1, p_rec, p_kol, x, y - для целочисленных переменных
p_sum, p_vs, p_s1, p_***(где ***-имя поля) - для вещественных переменных
p_str, p_name, p_fio, p_kpd, p_***(где ***-имя поля) - для символьных переменных
ar, array, aget, an, am, a1, v1, s, s1, sum - для массивов
ob - для объекта
l_key - для кода нажатой клавиши
scr - для сожержимого экрана
col - для хранения цветовой палитры
vz - для возвращаемого значения
А больше мне и не надо - этих идентификаторов хватает для написания программного продукта любой сложности с объемом содержательного кода до 100 тысяч строк.
P.S.Для справки объем содержательного кода задачи "зарплата" менее 50 тысяч строк

zer_owlet:
Цитата: Alder от Июнь 16, 2010, 09:43:05

Polyakov, а можно вопрос? Вот хорошие у вас переменные, красивые. Но только кто в них, кроме вас, разберётся, если ему дать этот код?


Даже при самых великолепных именах переменных, если код не содержит комментарии или написан индусами, разобраться в нем очень тяжело и не нужно об этом забывать :)
Если команда сработалась, то найти определение переменной p_name и проследить путь в нормальном коде не составит труда.

Кстати, кудя тяженее работать с таким кодом: $salary_previous_quarter = $opening_balance_shop + $sum_sales + ..... При 10+ таких переменных читать код без мата невыносимо.

Polyakov:
Цитата: Alder от Июнь 16, 2010, 10:43:05

Polyakov, а можно вопрос? Вот хорошие у вас переменные, красивые. Но только кто в них, кроме вас, разберётся, если ему дать этот код?
А что специалисты или те кто себя таковыми считают уже не в состоянии понять содержимое и назначение переменной по контексту программы?

Или называть переменные надо как индейцам:

Например, "это_та_переменная_которая_будет_использоваться_как_параметр_для_внешних_циклов_с_параметром_и_при_необходимости_как_счетчик_итераций_для_циклов_пред_и_пост_условиями_и_т_п",

но вместо всего этого я вначале программного блока в разделе описания переменных просто пишу "i=0"

Навигация

[0] Главная страница сообщений

[#] Следующая страница