if стейтмент который повторяется около 10 раз, значит я могу это упростить и теряют время на else if ?
можно на свич поменять, если не нравится
Но по продуктивности и логике много внутренних else if не супер плохо ?
Плохо. Очень плохо. Но не критично
продуктивности разработки?
Решение тогда switch или переписать полностью что-то, чтобы уменьшить количество опций else if ?
это от тебя зависит, удобно тебе это писать или нет
Если ты можешь легко переделать всё в switch и благодаря этому код станет читабельнее, то так и делай. Если нет - забей
в отдельных случаях можно свести к выбору значения из объекта или из словаря по ключу
А чем плохо? По вычислительной сложности свитч от if else не отличается
Скажи ещё, что связной список и хешмап тоже имеют одинаковое время доступа к элементу)
При чем тут свитч и ифелсе?
При том, что доступ к одному из элементов switch case проходит "мгновенно", в то время как if..else требует по очереди исполнить условие 1, перейти на элс, условие 2, элс, условие 3...
почему такая увереность? вы знаете что там под капотом работает?
это JS
Вопрос был про JS
Сделай на 10 случаев
Я просто знаю такую тему, что свитч кейс из двух элементов тоже переводит компилятор автоматом в иф элс. Так как для небольшого количества элементов конструкция switch чрезмерна. Но для больших размеров вариаций уже эфективнее switch
не будет он эфективней, это тупо перебор до первого вхождения !
Да-да, ты скажи ещё что ключ объекта от поиска по массиву ничем не отличаются
Товарищь, вы несёте дичь. Доступ к свойству и поиск по массиву разные операции) Давайте продолжим тему switch/if...
switch работает по такому же принципу. Можешь хоть вместо свитча создать объект типа { "1": func1, "2":func2, ..., "100":func100 } и исполнять через него
Обсуждают сегодня