Лучшие практики для создания WCF RIA DomainService

Question

У меня есть приложение Silverlight WCF RIA, это приложение имеет 4 подфункции, A, B, C и D. Все они могут работать отдельно, так как функция-A не зависит от функции-B, function-B не зависит от функции-C и т. Д.

Я решил создать DomainService отдельно от функции, DomainService_A для CRUD и другую функцию, связанную с A, DomainService_B для CRUD и другие функции, связанные с B.

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

Answer 1

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

Что вы подразумеваете под функцией?Функция как Единица работы ?Или функция как в вызове метода?У вас есть клиент Silverlight, в котором вы принимаете там бизнес-решения?Возможно, это приводит ко многим вызовам методов обратно на сервер.В отличие от этого, вы можете принимать бизнес-решения на сервере, на котором вы можете использовать только небольшое количество вызовов методов.

Разделение доменной службы с моей точки зрения является вопросом дизайна.Например, если у вас есть ORM, вы можете разделить свой домен в равных доменных службах с вашими бизнес-объектами.

При проектировании приложений LoB нужно учитывать много вещей.