Какой стиль кодирования вы используете для тернарного оператора?

Я стараюсь не использовать тернарный оператор 9X_language-agnostic для написания вложенных условий. Он бросает 9X_language-agnostic вызов удобочитаемости и не дает дополнительной 9X_php5 ценности по сравнению с условным выражением.

Я 9X_php5 использую его только в том случае, если 9X_clean-code он умещается на одной строке и совершенно 9X_coding-style ясно, что это означает:

$value = ($a < 0) ? 'minus' : 'plus'; 

Лично я использую тернарный оператор, только 9X_php-fpm если он умещается в одной строке. Если нужно 9X_php-fpm охватить, то пришло время для старого доброго

if else if else 

стиль, который я иногда использую, и о котором 9X_php.ini я говорю, поскольку о нем не упоминалось, выглядит 9X_clean-code следующим образом:

$result = ($x == y) ? "foo" : "bar"; 

..но обычно только в том 9X_coding-standards случае, если размещение всего в одной строке 9X_php.ini делает его слишком длинным. Я считаю, что 9X_language-independent наличие = ? : всей строки делает его более аккуратным.

Вложенные тернарные операторы PHP ведут 9X_coding-standards себя иначе.

Этот синтаксис проходит все следующие 9X_php тесты. На основе http://deadlytechnology.com/web-development-tips/php-ternary-syntax/

$myvar = ($x == $y) ?(($x == $z)?'both':'foo') :(($x == $z)?'bar':'none'); 

.

См .: http://au.php.net/ternary

Пример № 3 «Неочевидное 9X_php5 троичное поведение» объясняет, почему следующее 9X_code-style не работает в PHP.

$x = 1; $y = 2; $z = 3; $myvar = ($x == $y) ? "foo" : ($x == $z) ? "bar" : "none"; $myvar == 'none'; // Good $x = 1; $y = 2; $z = 1; $myvar = ($x == $y) ? "foo" : ($x == $z) ? "bar" : "none"; $myvar == 'bar'; // Good $x = 1; $y = 1; $z = 3; $myvar = ($x == $y) ? "foo" : ($x == $z) ? "bar" : "none"; $myvar == 'bar'; // Bad! $x = 1; $y = 1; $z = 1; $myvar = ($x == $y) ? "foo" : ($x == $z) ? "bar" : "none"; $myvar == 'bar'; // Bad! 

тернарные операторы - это короткие эффективные 9X_language-independent способы написания простых операторов if. Они 9X_code-style не должны быть вложенными или трудными для 9X_php чтения. Помните: вы пишете программу один 9X_language-independent раз, а ее читают 100 раз. Читать должно 9X_php.ini быть легче, чем писать.

Я обычно заключаю условие в круглые скобки: (a 9X_language-independent == b)? 1: 0

Я не согласен с общим мнением. Я вроде как 9X_php-fpm Имран со своим стилем условного оператора. Если 9X_ternary-operator он аккуратно умещается на одной строчке, я 9X_code-style держу его на одной строчке. Если он не помещается 9X_coding-standards четко в одну строку, я разбиваю его, но 9X_ternary-operator я использую только одну табуляцию (4 пробела; у 9X_php-fpm меня VS установлен для вставки пробелов 9X_ternary-operator для табуляции) для отступа. Я не сразу перехожу 9X_php-fpm к if - else, потому что в большинстве случаев 9X_php.ini условный оператор имеет больше смысла в 9X_ternary-operator контексте. (Однако, если это не имеет смысла 9X_coding-style с точки зрения контекста, я просто не использую 9X_language-independent его.)

Кроме того, я не вкладываю условные 9X_php5 операторы. На этом этапе мне действительно 9X_php5 трудно читать, и пора перейти к более подробному 9X_code-style стилю if - else.

Тернарное условное выражение может сделать 9X_clean-code код более чистым и элегантным, а также, что 9X_coding-standards наиболее важно, помочь вам сосредоточить 9X_php-fpm внимание на правильных вещах и избежать 9X_php.ini повторений. Подумайте об их использовании, но 9X_coding-standards не делайте этим код менее читабельным. В 9X_code-style VB.NET:

 'before refactoring If x = 0 Then ' If-Then-Else puts emphasis on flow control label = "None" Else label = Foo.getLabel(x) ' If-Then-Else forces repeat of assignment line End If 'after refactoring label = If(x = 0, "None", Foo.getLabel(x)) ' ternary If puts emphasis on assignment 

Обратите внимание, что «он менее 9X_php-frameworks читабелен» - это не то же самое, что «Я 9X_php-frameworks не привык к этому».

«Надуманный пример» - это то, как я бы сделал 9X_php-frameworks отступ, за исключением того, что я бы сделал 9X_coding-standards отступ от левого поля, а не в зависимости 9X_php от того, где (или что-то еще в строке выше.

Для 9X_php.ini тернарных недоброжелателей - главное - удобочитаемость. Если 9X_coding-style вы не думаете, что это делает код более 9X_language-agnostic читаемым, не используйте его. Но по крайней 9X_php-fpm мере иногда я нахожу обратное.

Я им не пользуюсь. Мне всегда пахло попыткой 9X_php-frameworks сэкономить место и вводить исходный код 9X_php-fpm в ожидании, что небольшой исходный код == более 9X_language-agnostic эффективный скомпилированный код.

Я вообще 9X_language-independent не нахожу его читабельным, но во многом 9X_code-style потому, что я просто никогда им не пользуюсь.

Имран, вы прекрасно это отформатировали. Однако 9X_code-style тернарный оператор становится нечитаемым, если 9X_php-fpm вы вкладываете больше двух. блок if-else 9X_php5 может дать вам дополнительный уровень понятной 9X_php вложенности. Кроме того, используйте программирование 9X_php на основе функций или таблиц.

$foo = (isset($bar)) ? $bar : 'default'; 
9X_coding-standards

Лично я использую его только для присвоения 9X_php5 переменной (в java), например:

String var = (obj == null) ? "not set" : obj.toString(); 

и (другой 9X_code-style пример) при использовании функции, не допускающей 9X_clean-code нулевого параметра, например:

String val; [...] int var = (val == null) ? 0 : Integer.parseInt(val);