Возможно ли писать код без условных операторов?

Question

[Сергей Котов]

Часто пишу код с вложенными if. Начал осознавать что это зло. Хотелось бы писать код например сайт, скрипт для анимации, игру шашки что угодно не использую условные операторы (if, ? : , switch )

Comments

[Михаил]

возможно

[Сергей Соколов]

ЗАЧЕМ

Answer 1

[Александр]

Можно, но не нужно)))

let a=2,b = {true:function(){console.log("is true")},false:function(){console.log("is false")}}; 
b[a==2]()

Answer 2

[Сергей Соколов]

{
  const a = Math.random();
  const b = a > 0.5;
  b  ||  console.log(a, 'меньше');
  b  &&  console.log(a, 'больше');
}

Answer 3

[Alex]

Если вы пишете что-то в духе

if (condition) {
  if (condition) {
    if (condition) {
      if (condition) {
        if (condition) {
          if (condition) {
            if (condition) {
            }
          }
        }
      }
    }
  }
}

То да, это зло. Но тут проблема не в if и это не значит, что от него нужно отказаться. Нужно уметь правильно работать

Answer 4

[xmoonlight]

Проблема: Однотипные переменные не являются массивом или объектом.

Решение: Приведите их к нужной унифицированной структуре:
1. Работайте всегда с массивом.
2. Обменивайтесь структурами (массивом или объектом).

Массив (пример): arr=[1,2,3];
Объект (пример): obj={a:1,b:2,c:3};

Это упростит доступ к нужным переменным по индексу элемента или используя циклы или перебирающие методы.

Варианты перебора:
Циклы: for, while, do-while
Перебирающие методы: arr.forEach(), arr.some(), arr.every().

Или используйте промежуточное хранение состояний (+внутренние методы-обработчики get/set смены состояния) нужных объектов через структуру класса: class.

Answer 5

[Алексей Николаев]

Вы можете использовать goto для переключения в нужную область выполнения программы, а также try-catch для того, чтобы перехватить ошибку и изменить поток выполнения. Красиво, изящно.

Comments

[xmoonlight]

WTF?!!!

[Алексей Николаев]

xmoonlight, вместо того, чтобы сделать if, можно сделать goto. a && goto something. А для ошибок выбрасывать исключения и там опять же goto.

[xmoonlight]

Алексей Николаев, если в коде есть try-catch или eval - это плохой код.
Если goto - это просто хаотичный без следования по зависимостям: деструктурная логика исполнения.

[Алексей Николаев]

xmoonlight, ну так если в коде вообще нет условий, и это не hello world, то это по-любому плохой код) Вопрос-то абсурдный. А с моим ответом автор сможет добиться желаемого, причем без эзотерики (b[]a==2]()) и вполне даже технологично.

есть try-catch

Интересное мнение. Без сарказма. Но почему? Я после "Исключительного кода" напротив начал ценить исключения, как отличный способ обработки ошибок.

Если goto

Ну тут смотря как написано. В ядре Линукс goto очень много. Это же защита инструмента от дурака, только и всего - появляется инструмент, кто-то начинает с ее помощью говнокодить в 10 раз больше обычного, появляется "плохая практика" и инструмент не используют в пользу такого инструмента, с которым наговнокодить сложнее.

[xmoonlight]

Алексей Николаев, поясню про try-catch:
Если ошибку не удалось избежать с использованием обычной логики, то использование любой ловушки только усложнит локализацию проблемы при любых других ошибках в дальнейшем: код не даст компилятору возможности отобразить сведения о возникшей ошибке.

Кстати, в php "собака"/"@" тоже не должна давить подобное. И только в самых простых случаях: например, открытие файла на запись без проверки на существование с флагом w+.
Но обязательно! заранее убедившись в доступе на создание такого файла!

[Алексей Николаев]

xmoonlight, на это могу сказать, что исключения обычно юзают именно для обработки запланированного флоу. Например, если пользователь не смог авторизоваться (неверный пароль 3 раза подряд), можно выкинуть исключение, какой-нибудь компонент перехватит, отрисует попап с ошибкой, и перебросит исключение вверх, где уже можно отключить аккаунт на 5 минут и написать в логгер. Системные ошибки, кстати, тоже удобно ловить на самом высоком уровне глобальным перехватчиком и отправлять в какой-нибудь Sentry.

А подавлять ошибки, конечно, не надо.

[xmoonlight]

Алексей Николаев, Про аккуратность и адекватность использования - да: это я и имел ввиду.