t
принцип single responsibility, плюс давать более подробные имена для переменных, функций. И тогда комменты даже и не понадобятся
Size: a a a
2021 July 16
t
зачем мне комментировать функцию , имя которой четко описывает, что делает. Или переменную, у которой четкое имя, что понятно, для чего она.
t
или вы хотите описыват весь процесс функции, как и для чего она была создана?
t
я полностью с вами согласен. Тут как команда договорится между собой. Если команда решит, что ей так удобно, и что код более читабелен - то так и сделают, если нет - то нет. Все относительно, и нету такого, что что-то верно, а что-то не верно ))
P
ну вот я сам с собой (внутри команды) и договорился)))
MB
Соглашусь
Конечно же не нужно их совать в каждую строчку, но они нужны
А если еще и бд подключена, то стоит создавать что-то вроде экземпла с описью что и в каком виде туда записывается
Конечно же не нужно их совать в каждую строчку, но они нужны
А если еще и бд подключена, то стоит создавать что-то вроде экземпла с описью что и в каком виде туда записывается
t
но нужно учитывать, что если вы сдадите этот проект другому разрабу, чтоб он не матюкался, что код был написан плохо
t
поэтому я бы следовал принципам СОЛИД
IS
а ещё граспы, ссоты, драи, кисы и иже с ними, чтоб окончательно ебануться
надо аккуратно писать. мы ж в реальном мире живём
надо аккуратно писать. мы ж в реальном мире живём
P
еще вопрос, можно как-то кастовать
В php это выглядит примерно так:
bool в 1|0 кратко?В php это выглядит примерно так:
(int) 'string' === $var
есть подобное в js?IS
Number(bool)
V
Number(true)
t
согласен, не всегда получается следовать этим принципам, но хотябы максимально стараться ))
V
или +bool
IS
и у нас не bool, а гордый Boolean
P
IS
ну оно ясное дело
IS
мне вот прям интересно стало, а вам зачем? вы чё там считаете
IS
количество пройденных этапов? хд
P
да уж, приходится переучиваться) в php меня ругают за
!!$var, а тут за bool ))