>hVostt, сегодня, 01:22 http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1297921&msg=21561067][21561067]
>Состояние это всегда плохо. Состояние с ошибкой последней операции -- плохо миллион-кратно. Настолько плохо, что даже не знаю, ну это как объяснять, что пить мочу -- плохо.

Неуловимо напоминает "Бежин луг" И. С. Тургенева:
"...Солнце - не огнистое, не раскаленное, как во время знойной засухи, не тускло-багровое, как перед бурей…"

Не могу с Вами согласиться.
В своё время принимал участие в написании ПО управления робототехническим комплексом 1-го поколения. Там основа-основ, база алгоритма и программы - состояние (роботов по шагам - текущее, заданное, не штатное) и управление.
Новое управление на переход к следующему шагу не будет выдано, если нет требуемого состояния. Общая программа управления не получает состояние роботов ни в форме кодов возврата, ни в форме исключений, она сама запрашивает их статусы. И всё работало.

>Petro123, сегодня, 11:58 http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1297921&msg=21561775]21561775]
>К сожалению, это не показатель.
Да нет, первое требование заказчика - р а б о т а.

>...На прикладном уровне райзе очень даже кстати…
Ну зачем вариант (райз, код, внутреннее состояние) возводить в абсолют. Удобно, эффективно - используй, неудобно - ищи что-то другое.
Хочу заметить, что статус робота "Питатель" нужен, в определенные моменты, и роботу "Конвейер" и работу "Заряд".
И зачем в этом случае, по завершению рабочего цикла, "Питатель" должен кому-то, чего-то и как-то сообщать?

>hVostt, сегодня, 13:13 http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1297921&msg=21562130][21562130]
>...Просто и работа будет соответствующего уровня с соответствующей зарплатой…
Ну да, и 3-х байтовую арифметику с плавающей точкой писал; и операционную систему реального времени, и драйверы для неё, и ПО системы управления тех. процессами химического производства, и ПО робототехнического комплекса, и опердень банка, и прототип защищеной инфосистемы, и ГИС тоже писал (или принимал участие), но зарплату рисовали, такие как Вы. Такова жизнь.

>hVostt, сегодня, 13:43 http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1297921&msg=21562338][21562338]
>Работает же, ездит.
Хочу увидеть человека, покупающего машины, которые не ездят. Я не из таких.

>hVostt
> Я хз что вы пытаетесь мне доказать.
Вы, как тот тетерев, не слышите или не хотите слушать других, когда токуете. Ваша песня - выдвинули гипотезу, что тот, кто выполняет заказ, обязательно должен при не штатной ситуации возвращать исключение, состояние,- это плохо. Я на двух примерах попытался показать, что это не всегда возможно да и не нужно. Состояние выполняющего заказ, важно нескольким заказчикам и каждый из них может проверить статус и состояние выполнения заказа. И причем здесь код или исключение? Повторяю, зачем возводить какую-то схему в Абсолют, все схемы желательно знать и уметь ими пользоваться.

>...Нам не надо, чтобы как-то работало…
Я утверждаю, в ответ на реплику Petro 123, что работоспособность ПО, это архиважнейшее необходимое условие его принятия в эксплуатацию - так было, есть и будет; но нигде не утверждал что это условие достаточно.

> ...Вы не понимаете главного... Когда вам говорят почему ваш код плохой…
Обычно предъявляю фрагмент кода, реализующего основную идею реализации задачи. И если мне говорят, что мой код плохой, обычно прошу оппонента представить его вариант кода.
На мою версию кода ( здесь и здесь ), реализующего задачу получения выборки из базы данных хранимой процедурой, оппонент ответил так и так .

Как Вы понимаете, я не в восторге.
Зачем множить сущности без необходимости (бритва Оккама).
1. Зачем private IDbCommand CreateCommand(EntityQueryContext context), какой смысл в этом?
2. Зачем так определять класс: public class EntityQuery : IQuery<EntityQueryContext, Entity>. Как я понимаю, на каждую ХР, свой класс. У меня всего один.
3. Зачем var lst_Entity = query.Ask(queryContext); Как с этим работать в других вызываемых методах?
4. Вторя Оккаме - не выноси сущность во вне без необходимости - я определяю класс сущности внутри панели - класса UserControl.
Все панели работы со справочниками достаточно похожи друг на друга и реализуют типовые операции - Новая, Клон, Редактировать, Удалить, Сохранить. Поэтому и имеют похожий программный код. В частности, сущность, ассоциированная с выборкой, имеет одинаковое имя во всех панелях. Проще Copy-Paste.