border-left-width !
bolewan
borderLW
t
Гори в аду
BoRdEr-LEFT_width !
знаменитый стиль именования "шашлык"!
Как написано в соглашениях по коду - так и делать. Если соглашений нет, то использовать то, что принято для языка по-умолчанию или то, к чему привык.
может найтись мистер-мудак, привыкший делать bOrDeR_l-w
С каких пор Лисп перестал быть "здравомыслящим" языком?
Ага, ведь на Лиспе так много написано мирового софта. Например... ээ... и еще... эээ.... ну... а, точно, скрипты в Автокаде на Лиспе. Спасибо, что хоть не на ублюдочном LUA, конечно.
У меня есть друг, который переменные любит называть qqq и www
ну и друзья у тебя. а сам как именуешь? jjj и ggg?
Да не, по человечески, паскалем
У меня так препод делает. Так балдежно читать код в стиле a.aaa(b.bb[c]).aaaa; без каких-либо комментариев.
Мудаки обычно привыкают делать что-то вроде bord_LW
Может все таки leftBorderWidth или left_border_width? “Левая ширина границы” немного по-уебански звучит
легче ориентироваться, когда объект в начале имени
Зависит от контекста. Очень вероятно, что в блоке кода важнее контроль того, что все переменные "левые".
m_BorderLeftWidth
по БЭМу
тогда ведь получится border__width--left?
Levaya_Granica_Dlina
Я с такой хуйней по долгу службы пока работаю, пиздец хочется иногда встать и уебать "коллеге".
Вы посмотрите на эту залупу:
SCAN
mes_ = mes
god_ = god
tb_ = tb
nach14_m_ = nach14_m
SELECT vid_sredn
SCAN
vop_ = vid
priz_ch_ = sredn_p
Что-то из этого переменная, что-то алиас таблицы, что-то поле таблицы. Слабо разобрать что есть что?
И это лишь несколько строк из сотен строк кода, отвечающего за зарплату целого завода.
Я с такой хуйней по долгу службы пока работаю, пиздец хочется иногда встать и уебать "коллеге".
Вы посмотрите на эту залупу:
SCAN
mes_ = mes
god_ = god
tb_ = tb
nach14_m_ = nach14_m
SELECT vid_sredn
SCAN
vop_ = vid
priz_ch_ = sredn_p
Что-то из этого переменная, что-то алиас таблицы, что-то поле таблицы. Слабо разобрать что есть что?
И это лишь несколько строк из сотен строк кода, отвечающего за зарплату целого завода.
Обычно нотацию с подчеркиванием используют при переходе от метода к переменной.
Типа: x_ = this.x();
Типа: x_ = this.x();
Обычно если у тебя метод, то он начинается с глагола и описывает что он делает. getUserList и т.д. И переменные должны сами себя описывать. UserList - коллекция list и т.д
Это только в языках, где нет нормальных геттеров/сеттеров.
Clear Code книга тебе в помощь.
Весь смысл геттеров/сеттеров в том, чтобы обертка в них от работы с переменной никак не отличалась синтаксически.
У тебя нет никакого getX/setX, ты работаешь с x так, как если бы это была просто переменная, а не два метода.
У тебя нет никакого getX/setX, ты работаешь с x так, как если бы это была просто переменная, а не два метода.
могу поспорить, что можно именовать по-русски, но упоротые всё равно пытаются изобразить 100500 разных вариантов колхозного перевода термина на английский, а если их охуенных познаний не хватает, ебошат транслит
чтобы всё как у серьёзных дядек было! мне ж тут на конференции рассказали, что все обязаны писать код на английском! хотя максимум какой "иностранец" будет его читать - татарин из соседнего отдела
у нас так, во всяком случае
чтобы всё как у серьёзных дядек было! мне ж тут на конференции рассказали, что все обязаны писать код на английском! хотя максимум какой "иностранец" будет его читать - татарин из соседнего отдела
у нас так, во всяком случае
lbm хуль
const HDR_LENGTH=16;
int hdrLength = HDR_LENGTH;
int hdrLength = HDR_LENGTH;
Когда сущность путешествуте от базы (sql) через серверное приложение (java) к клиентку (html), то её название и аттрибуты могут менятся несколько раз:
entity.property_name - SQL
entity.propertyName - Java -> JSON -> JS
entity.property-name - HTML attribute
entity.property_name - SQL
entity.propertyName - Java -> JSON -> JS
entity.property-name - HTML attribute
Вся суть проблем у программистов.
Чтобы написать коммент, необходимо залогиниться