если заявление с отрицанием или без него

Question

Очевидно, что эти два образца достигают того же. Но есть ли какие-либо, возможно, конкретные случаи реализации, где можно добиться лучшей производительности, чем другие?

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

Edit: В этом примере используются строки, но это может быть ничего, и мой вопрос не имеет ничего общего с тем, как быстро сравнение струна и т.д.

if (something == 'something') { 
    return "something's up"; 
} 
return; 

против

if (something != 'something') { 
    return; 
} 
return "something's up"; 

Answer 1

One может не выполнить другую очень немного, если вы ожидаете, как это произойдет в среднем, и как ваш конкретный процессор обрабатывает branch prediction. Например, если вы знаете, что ваш процессор всегда будет предсказать, что отрасль приведет в если заявление, и вы ожидаете, что-то сравняться правда чаще, чем нет, то первый выбор:

if (something == true) { 
    return true; 
} 
return; 

будет превосходя второй. Прогнозы ветвления процессора редко бывают такими простыми и теперь адаптивны (http://en.wikipedia.org/wiki/Branch_predictor см. «Насыщающий счетчик»), но, надеюсь, это дает вам немного понимания. В любом случае увеличение производительности крайне незначительно, особенно на сегодняшних системах.

: Сложение:

Что касается двух в комментариях: Когда он достигнет процессора в сборе они будут точно так же, как и то, что у вас есть выше, так что на самом деле ничего не меняется.

Answer 2

В любом случае это нормально, с точки зрения производительности они почти наверняка идентичны и любая разница будет незначительной. Но для ясности, рекомендуется, чтобы писать условия, как это:

if (something) { // no need to compare something == true 
    return true; 
} 
return false; 

Или еще лучше:

return something; // just return the boolean value! 

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

Answer 3

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

Пример:

if (x > (2 + 3)) //or something more complex 
{ 
    return true; 
} 
else 
{ 
    return false; 
} 

легче читать таким образом:

bool isGreaterThanFive = x < (2 + 3) 

if (isGreaterThanFive) 
{ 
    return true; 
} 
else 
{ 
    return false; 
} 

и еще более компактной:

if (isGreaterThanFive) return true; //Very close to human language 
else return false; 

OP первый блок кода си легче читать, так что должно быть таким образом, производительность не является проблемой.

EDIT: больше о читаемости кода, Совершенный код Стив Макконнелл http://en.wikipedia.org/wiki/Code_Complete