А любителей document.querySelector(selector)?.click() // or document.querySelector(selector)?.addEventListener(...) ждет отдельный котел, так как это худшее что

Question

А любителей document.querySelector(selector)?.click() // or document.querySelector(selector)?.addEventListener(...) ждет отдельный котел, так как это худшее что

можно придумать - сделать вид, что это ок, что не оказалось эл-та сделать "проверку" и вызвать функцию
а потом бегай по коду и ищи почему логика перестала работать, а это какой-то гений "обработку" (читай затычку) сделал

#programming #russian #typescript

0

14.06.2022

9 ответов

7 просмотров

Denis Chernov Автор вопроса

Mikhail Chukhnin
optional chaining как раз и есть та самая проверка

так и тут я сказал, что сделать "проверку", хотя по факту это просто избегания вылета исключения, там где он и должен был появиться, так как нарушена, какая-то логика, либо это и задуманное поведение, но его лучше как-то оформить. Но в 90% случаев я видел что люди втыкают optional chaining чтоб заткнуть TSи сделать вид "обработки"

0

14.06.2022

Mikhail Chukhnin

Denis Chernov
так и тут я сказал, что сделать "проверку", хотя п...

По этой логике if это тоже "избегание" Optional chaining из js, если что

0

14.06.2022

Никита Потехин

Mikhail Chukhnin
По этой логике if это тоже "избегание" Optional ch...

Все программирование это "избегание" ошибок🙂

0

14.06.2022

Denis Chernov Автор вопроса

Mikhail Chukhnin
По этой логике if это тоже "избегание" Optional ch...

вот тут вообще непонятно к чему это. Затыкают TS то что он им тычет мол тут возможно null, а ты отмахиваешься чейнингом. Да и вообще этот оператор слишком часто юзают там где он не должен быть. Оператор реально крутой и полезный, но он не виноват, что им "забивают" гвозди. Просто, иногда людям надо думать, а точно ли "ничего не сделать", это то что я хочу сделать в данном случае, а не указать явно на последствие отсутствия эл-та (или какого-то поля) Игнорирование проблемы != ее решение Только если это не осознанно запланированное поведение

0

14.06.2022

Mikhail Chukhnin

Denis Chernov
вот тут вообще непонятно к чему это. Затыкают TS ...

Можете рассказать в чем отличие в следующих случаях по вашему мнению? handle?.method() if (handle) { handle.method() }

0

14.06.2022

Denis Chernov Автор вопроса

Mikhail Chukhnin
Можете рассказать в чем отличие в следующих случая...

1ый вариант вполне жизнеспособен, если так и задумано, но представь, что handle точно должен был бы быть. и тогда вторым вариантом должен быть скорее if (!handle) { throw new Error('no required handle') } handle.method() думаю так разница чуть нагляднее

0

14.06.2022

yanovich

Denis Chernov
1ый вариант вполне жизнеспособен, если так и задум...

тогда пропадает смысл всего, что было написано вами выше, делай хорошо не делай плохо, используй когда нужно и не используй когда не нужно

0

14.06.2022

Denis Chernov Автор вопроса

yanovich
тогда пропадает смысл всего, что было написано вам...

скорее: думай когда что нужно использховать) речь шла именно о осознанном выборе варианта (именно поэтому я расписывал 3 сценария) И я ни разу не написал: так никогда не пишите, всегда была указка на условия или что "это был осознанный выбор"

0

14.06.2022

Mikhail Chukhnin · Accepted Answer

Mikhail Chukhnin

optional chaining как раз и есть та самая проверка

0

14.06.2022

169 похожих чатов

А любителей document.querySelector(selector)?.click() // or document.querySelector(selector)?.addEventListener(...) ждет отдельный котел, так как это худшее что

9 ответов

Похожие вопросы