IS
зачем исправлять потом то, что можно сразу написать нормально?
Size: a a a
2021 October 11
IS
тогда всё ок, да хд
SS
так оно и так нормально
M
ты утрируешь
X
Задумка в том, что каждая переменная до запуска программы равна false. А после запуска одна из них true, дальше уже другой код. Т.е за все исполнение программы только одна переменная должна быть равна true, и только один раз, дальше они переназчатся не будут
IN
я думаю что это не та проблема которую вызывает длинная цепочка инициализации переменных)
IS
конечно, хорошие привычки нужно заранее прививать, даже в таких случаях
M
какая разница что переписать если переписывать нужно в любом варианте? Нормальном, моем Sergiy
IS
думаю, тут вообще трабл изначально с логикой
IS
тем более при условии, если будут проверки, что из них только одна тру, то их придётся снова все ручками прописывать хд
SS
[s, p, d, pw, dw, pws, dws].some(Boolean)
M
если рассматривать с точки зрения логики/архитектуры/подхода/здавого смыла - это дичь. По этому мы абстрагируемся от этого
M
+ в копилку делать через array.fill
IS
по мне это во всех планах дичь, не претендую на истину в последней инстанции
IN
так не принято писать только из-за снижения читаемости кода и всё.
а также большое количество переменных - как по мне это признак того,что стоит вынести в отдельную абстракцию
а также большое количество переменных - как по мне это признак того,что стоит вынести в отдельную абстракцию
IS
ну если это хотя бы в функцию вынести, то ок, но это ж не скажет, какая из них true, верно?)
IS
иногда бывает нечто, что зависит от кучи входных параметров же
но тут почти наверняка что-то с логикой
но тут почти наверняка что-то с логикой
IS
а добавьте контекста, просто интересно
IS
ну ладно, на том и остановимся тогда. удачи)