SZ
Size: a a a
2020 May 17
BT
у нас тут автор вроде есть, если это не совпадение
ВУ
имхо какое-то усложнение дикое, которое либо приведет к ошибкам, либо его юзать никто не будет
ВУ
методы в классах надо называть правильно, а не if-ы мудреные в язык добавлять)
DS
субъективно, оба rfc усложнят читаемость кода с использованием этих новых конструкций
DS
контрпродуктивный сахар 😀
F
жесть какая, словно влажные мечты джуниоров-быдлокодеров comes true
PP
Ну скорее всего RFC надо будет завернуть либо поменять кейворд на
unlessPP
субъективно, оба rfc усложнят читаемость кода с использованием этих новых конструкций
Почему усложняют?
UM
FOX
жесть какая, словно влажные мечты джуниоров-быдлокодеров comes true
пзх
DS
плюс два не самых читаемых способов сделать if
DS
по-факту, это ж те же ифы, просто вывернутые наизнанку
DS
субъективно, когнитивная нагрузка при чтении такого кода увеличится
PP
по-факту, это ж те же ифы, просто вывернутые наизнанку
В случае guard тебе не надо будет каждый в голове инвертировать условия + при чтении при виде guard у тебя сразу будет всплывать шаблон, что это предусловие и будешь его пропускать и переходить к основной логике.
По моему наоборот снизится.
Да и меньше вероятности допустить ошибку
По моему наоборот снизится.
Да и меньше вероятности допустить ошибку
BT
по-факту, это ж те же ифы, просто вывернутые наизнанку
плюсую
F
В случае guard тебе не надо будет каждый в голове инвертировать условия + при чтении при виде guard у тебя сразу будет всплывать шаблон, что это предусловие и будешь его пропускать и переходить к основной логике.
По моему наоборот снизится.
Да и меньше вероятности допустить ошибку
По моему наоборот снизится.
Да и меньше вероятности допустить ошибку
F
tl;dr, всё не так, как кажется
BT
В случае guard тебе не надо будет каждый в голове инвертировать условия + при чтении при виде guard у тебя сразу будет всплывать шаблон, что это предусловие и будешь его пропускать и переходить к основной логике.
По моему наоборот снизится.
Да и меньше вероятности допустить ошибку
По моему наоборот снизится.
Да и меньше вероятности допустить ошибку
вместо инвертации условий можно писать явное сравнение с true/false
предусловие - вроде бы да, но так у нас становится больше вложенность
предусловие - вроде бы да, но так у нас становится больше вложенность
DS
В случае guard тебе не надо будет каждый в голове инвертировать условия + при чтении при виде guard у тебя сразу будет всплывать шаблон, что это предусловие и будешь его пропускать и переходить к основной логике.
По моему наоборот снизится.
Да и меньше вероятности допустить ошибку
По моему наоборот снизится.
Да и меньше вероятности допустить ошибку
при виде guard у меня в голове выплывает хаскель с их гардами и паттерн-матчингом. если трудность в инвертировании условия в ифе — заводишь отдельную преременную с говорящим названием или выносишь логику в метод (с говорящим названием). вытаскивать такие штуки на уровень языка — избыточно
PP
при виде guard у меня в голове выплывает хаскель с их гардами и паттерн-матчингом. если трудность в инвертировании условия в ифе — заводишь отдельную преременную с говорящим названием или выносишь логику в метод (с говорящим названием). вытаскивать такие штуки на уровень языка — избыточно
А если например вместо
guard будет unless?