Короткий пост посвящается всем любителям ЗВ и Java / JavaRush в честь 40-летия выхода V эпизода звёздной саги! Условия Йоды или Yoda conditions - 1Порой на просторах интернета можно встретить много интересных вещей, вот и на днях мне на глаза попалась довольно забавная на первый взгляд программистская практика по названием Yoda conditions. Если вкратце, условия Йоды (также нотация Йоды) - это такой стиль программирования, при котором две части привычного нам выражения сравнения в условных операторах перевернуты:
if (5 == a) {
    // do something
}
Такой стиль может использоваться в языках с С-подобным синтаксисом, чаще всего в выражениях с if и while.
if (0 == variable) {
    // do something
}

while (false == endingCondition) {
    // do something
}
Зачем же сдвигать константное выражение в левую часть от оператора сравнения? Предположим гипотетическую ситуацию, при которой после марафона-просмотра всех девяти шести частей Саги, мы, не выспавшись, сели писать какой-то код для своего pet-проекта и написали следующее:
void checkNumber(int a)
{
    if (a = 13) // Здесь-то и появляется так называемый unexpected behavior!
    {
        printf("Number is 13");
    }
}
В данном случае, при каждом запуске программы у вас будет выдаваться строка Number is 13", вне зависимости от переданного аргумента а в метод checkNumber(int a). Это не то, что мы ожидали! Логические ошибки довольно часто могут встречаться у начинающих программистов (believe me, I KNOW). Но на этапе компиляции код типа 13 = а будет выдавать ошибку, которую мы уж никак не проглядим, так как целочисленное значение является константой и, соответственно, не может меняться (превратиться в "а"). Условия Йоды или Yoda conditions - 1

В применении условий Йоды есть как свои плюсы, так и свои минусы

Light Side:

  1. Предотвращение присваивания значения переменной, когда нашей целью является сравнение.

  2. Разрешение проблемы небезопасного "Нулевого поведения" (NullPointerException) // примеры из Википедии

  3. Без Йоды:

    String myString = null;
    if (myString.equals("foobar")) { /* ... */ }
    // This causes a NullPointerException in Java

    С Йодой:

    String myString = null;
    if ( "foobar".equals(myString) ) { // Результат - Ложь
       /* не выполняется */
    }

Dark Side:

  1. Читаемость кода для людей, которые будут смотреть твой код, усложняется, увеличивая нагрузку для восприятии кода.
  2. Узкая область применения, употребляется только сравнение на равенство или сравнение с константой, проверка на null.
  3. Многие компиляторы уже "видят" ошибки подобного рода и заранее предупреждают о наличии потенциальной ошибки.
Альтернативой нотации Йоды могут быть unit-тесты. Во времена Старой Республики поговаривали, что проведение качественного тестирования даст гарантию того, что код будет без ошибок и будет делать только то, для чего он писался. Условия Йоды или Yoda conditions - 3А какие полезные практики знаете вы? Поделитесь знаниями в комментариях! А также напишите ваш любимый эпизод! And may the Force be with you!