еще регулярно встречаю подход с массивом ошибок вместо флага. прогоняешь все проверки, а потом уровнем выше если Количество() > 0 - все выбрасываешь пользователю и единоразово взводишь отказ
Ну оно в целом более ООП-шное, и более громоздкое. Мое чувство прекрасного говорит, что оно примерно одинаковое по красоте, что параметр-флаг, что массив
Я использую сквозную передачу и Отказа, и массива ошибок. Но массив не чтоб его проверять на пустоту, а чтоб нужным мне образом потом собирать представление (или перекладывание в лог).
Хотелось заменить это в свое время на структуру и возврат ее (без использования выходных параметров), но какое-то дрочево получалось с ее перекладыванием из выхода одного метода на вход другого.
Ну в таком виде вообще только упоротые писать могли. Обычно все же bool + out result. Но и то, это пережиток тех времен, когда несколько значений возвращать было проблематично.
да. но ты же ТЗ свою все равно формируешь на сервере. меняешь формирование ТЗ на получение ДЗ из СКД, и подкладываешь это ДЗ как результат данных для дерева формы