Внутри текст ошибки формируется и может даже ветвиться в нескольких местах (по какой именно причине считаем сложившуюся ситуацию отказом). Но допустим там всегда стандартный и одинаковый текст ошибки. Это как-то поможет отказаться от отказов-параметров?
В общем переделать таблицы на списки будет разумнее. Одним вызовом я буду получать итоги. А списки будут динамическими же, значит получать данные будут порциями и вообще будет огонь тогда. И никаких таблиц.
Я бы пересматривал архитектуру на пару десятков слоев абстракции выше.) Но из данных вводных, я бы наверное просто отказ выкинул в пользу проверки количества ошибок
Как раз совместимость-то не нарушится. Отказ как использовался в качестве параметра (и анализировался потом на вызывающей стороне), так и продолжит. А работа с возвращаемым результатом уже добавляется в том месте, ради которого это понадобилось.
Угу, только метод твой был в вызове сервера и стал возвращать ком объект и теперь на клиент ) Есть примерно хулиард способов выстрелить себе в ногу изменив процедуру на функцию