Порядок выражения реляционного оператора

Порядок не имеет значения, однако первое подразумевает, что он ноль, который вы проверяете. Конвенция диктует использование последнего.

Первый метод существует как способ напомнить себе не выполнять присваивания в операторе IF, что может иметь катастрофические последствия для некоторых языков (C / C++). В C# вас это укусит, только если вы устанавливаете логические значения.

Потенциально фатальный код C:

if (succeeded = TRUE)
{
    // I could be in trouble here if 'succeeded' was FALSE
}

В C / C++ любая переменная подвержена этой проблеме VAR = CONSTANT, когда вы предполагали VAR == CONSTANT. Таким образом, часто бывает так, что оператор IF переупорядочивает, чтобы получить ошибку компиляции, если вы ошиблись:

if (TRUE = succeeded)
{
    // This will fail to compile, and I'll fix my mistake
}

В C# этому подвержены только логические значения, поскольку в операторе if допустимы только логические выражения.

if (myInteger = 9)
{
    // this will fail to compile
}

Итак, в мире C# нет необходимости принимать стиль CONSTANT == VAR, если вам это не удобно.

Я понимаю, что это личное предпочтение. Хотя, поместив переменную на второе место, вы можете быть уверены, что случайно не присвоите константу переменной, которая использовалась для обозначения разработчиков c. Вероятно, поэтому вы видите это в C#, когда разработчики меняют язык.

Последний формат - это пережиток C-синтаксиса, где, если вы случайно пропустили один из знаков равенства, вместо сравнения выполнялось присвоение.

Однако вы, конечно, не можете присвоить числовому литералу, поэтому, если вы напишете его, как во втором примере, вы получите ошибку компилятора, а не ошибку.

В C#, однако, вы не можете случайно сделать это, поэтому на самом деле это не имеет значения.

Основная причина в C и C++ заключается в том, что легко набирать

if (someVariable = 0) {
    ...
}

который всегда терпит неудачу, а также устанавливает someVariable в 0.

Я лично предпочитаю стиль «сначала переменная», потому что он читается более естественно, и просто надеюсь, что не забуду использовать ==, а не =.

Многие компиляторы C и C++ выдают предупреждение, если вы назначаете константу внутри if. Java и C# избегают этой проблемы, запрещая небулевы выражения в предложениях if. Python избегает этой проблемы, делая присваивания оператором, а не выражением.

В дополнение к равенству я часто сталкиваюсь с кодом вроде

if (0 > number)

или же

if (NULL != pointer)

где нет даже опасности ошибиться в C / C++! Это одна из тех ситуаций, когда метод обучения с благими намерениями превратился в обычную дурную привычку.