всем доброго дня. интересует такой вопрос. предположим что есть сервер и клиентская часть программы. на сколько я понимаю, что чем больше логики будет сосредоточено на сервере, то тем тоньше будет клиентская часть, но тем большее количество методов надо описать/реализовать в контракте между сервером и клиентом. можно ли как то избежать распухания интерфейса определяющего контракт и как следствие самих классов реализующих интерфейс контракта? или единственный способ это переместить больше логики в клиентскую часть? или я все же что то не так понимаю? просветите в этом вопросе плиз. заранее всем спасибо.

сделай несколько интерфейсов, логически разбивая большую логику на части. Например: сервис ввода заявок, сервис получения информации по сделкам, сервис авторизации и т.д.

jonie, разбить на несколько это понятно. но можно ли как то сократить суммарное количество методов? или все же - чем тоньше клиент тем толще интерфейсы? и от этого никуда не деться?

 если так расстраивают интерфейсы, то можно от них отказаться

Экскалупатор, ну можно другой подход сделать - типа IdeaBlade Dev Force - один метод вообще на весь сервис, куда передается что делать и как делать (expression сериализованный).

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


jonie, думал над этой идеей, но сдается мне что проблем будет больше.

Я не думаю, что сильно разрастется. Нужно все таки понимать, бизнес-логика и логика клиента. Валидация у тебя может быть в самих бизнес объектах (должна работать и на сервере и на клиенте). Бизнес-логика на сервере, логика клиентов - на клиенте. Интерфейс сервиса должен показывать только сами бизнес задачи, а не их детальное представление. Допустим, при сохранении чего-то нужно проверять введенные данные с чем-то находящимся на стороне сервера. Так вот, не нужно делать в интерфейсе метод проверки и отдельно метод сохранения, нужно сделать только метод сохранения, а в имплементации вызывать проверку. В итоге, ты собираешь все бизнес-логику и ее возможные комбинации в разных контекстах в сервисе, а клиент всегда дергает только методы, между взыовами которых только небольшая логика на клиенте (как правило простая секвенция на паре условий). Конечно, все зависит как всегда от задачи. Я уже как-то раз говорил, что видел контракт с почти 500 методами (не в пример конечно привожу), но вот им было так удобно по их словам.

-Mikle-, со всем полностью согласен. сам склоняюсь к такому же подходу, просто иногда довольно сложно удержаться... )))

Да, понимаю