Как работает тернарный оператор

[cerbo]

Я так вижу, что либо вы не читали либо не поняли моих объяснений.

Попробую более подробно разъяснить.
Смысл, то в том, что когда от выражения требуется вернуть значение, то:

1. понятно его назначение- что должно быть результатом отражено явно
2. исходя из понимания что вернется можно предположить как там что реализованно не заглядывая внутрь
3. некоторые программисты следят за тем чтобы такие выражения просто вычисляли значение, но не меняли бы состояние объектов

Все это в сумме дает более понимаемый код ("читается"- это я не совсем точно написал).

То есть:

switch(value)
{
   case cond1 : action1
   case cond2 : action2
   default    : default_action
}

здесь надо разобраться как работает каждый action, плохо то, что такой стиль требует модификацию объектов внутри action'ов.

result=   cond1 ? result1
        : cond2 ? result2
        : default_result;

здесь будет хоть чуть-чуть но проще потому, что одним измерением стало меньше- известен тип результата который вернется

То же и с функциями. Если функция void, то есть основания для беспокойства- внутри нее 100% изменяется состояние объектов, а иначе она не была бы void. Если не void то немного проще потому, что наперед известно чем все закончится.

[sukhanchik]

Цитата:

Сообщение от cerbo

Все это в сумме дает более понимаемый код

Есть замечательное правило, очень хорошо применимое к системе, в которой УЖЕ есть код. Называется оно "Пусть безобразно, зато однообразно".

Т.е. никто не оценит усилия по улучшению читабельности отдельно взятого кода, если в остальных 255 местах он написан по-другому.

Микрософт делает шаги в этом направлении - и только они имеют право это делать как ее владельцы.

Если представить себе, что весь код будет переписан с нуля - то да, конечно можно пересмотреть все и вся.

А в АХ надо учитывать, что это не язык программирования в полном понимании и его компилятор не отлаживался полноценно (Вы уже успели с этим столкнуться). Поэтому написание кода "по аналогии" связано еще с заведомым обходом "косяков" компилятора.

Так что "массовость" существующего кода - сильно давит на всех остальных разработчиков - в т.ч. из МС (даже они оказались не готовы отказаться от X++ в пользу того же C#)

[belugin]

Цитата:

Сообщение от cerbo

Если не void то немного проще потому, что наперед известно чем все закончится.

Это соображения понятны, но
1. Так не делают, поэтому инструментарием данный путь не поддерживается
2. Так не делают, поэтому средний человек, читающий ваш код вместо знакомого паттерна будет долго тупить
3. нету case condition, есть case value - а вам приходится каждый раз повторять _cmd ==
4. Лучше безобразно, но единообразно (via подполковник Схаба)

=> На практике, лучше switch

[Михаил Андреев]

Цитата:

Сообщение от belugin

Это соображения понятны, но
1. Так не делают, поэтому инструментарием данный путь не поддерживается
2. Так не делают, поэтому средний человек, читающий ваш код вместо знакомого паттерна будет долго тупить
3. нету case condition, есть case value - а вам приходится каждый раз повторять _cmd ==
4. Лучше безобразно, но единообразно (via подполковник Схаба)

=> На практике, лучше switch

Поддерживаю. Добавил бы:
5. При отладке не понять, в каком месте данное сравнение валится - для отладчика это один оператор.
6. Дополнительные возможности для ошибок при исправлении данного кода ввиду его непонятности программистам, соблюдающим best practice.

[Lemming]

Цитата:

Сообщение от Михаил Андреев

Поддерживаю. Добавил бы:
5. При отладке не понять, в каком месте данное сравнение валится - для отладчика это один оператор.

+1

Довелось видеть "елку" из таких тернарных операторов, причем там ловилась какая-то "фантомная" ошибка. Елка была размером с экран(т.е. раз в двадцать больше того, что обсуждается тут, причем там был не switch, а if). Неизвестный автор сего шедевра был неоднократно проклят Увы, для отладчика Аксы это действительно один оператор.

p.s. Для любителей писать хитрый код есть старый добрый Perl или новый модный Nemerle. Давайте не будем превращать Х++ в инструмент для упражнений в программировании. При всей простоте встроенного языка, спустя почти десять лет, а так же при том, что вышли несколько книг по разработке, пол форума в разделе "Программирование" завалено RTFM вопросами. Думайте о коллегах, не усложняйте жизнь им, и себе