Bonne pratique pour créer WCF RIA DomainService

Question

J'ai créé l'application Silverlight WCF RIA, cette application a 4 sous-fonctions, A, B, C et D. Toutes peuvent fonctionner séparément, cela étant dit, la fonction A n'a aucune dépendance avec la fonction B, la fonction B n'a pas de dépendance avec la fonction C et ainsi de suite.

je décide de créer DomainService séparés par fonction, DomainService_A pour CRUD et autre fonction liée à A, DomainService_B pour CRUD et d'autres fonctions liées à B.

Je pense que créer DomainService en fonction séparée liée est mieux pour faire la gestion de code et c'est plus facile à maintenir mais je n'ai aucune idée sur d'autres facteurs, en particulier la performance. Je veux savoir, y a-t-il des différences entre créer DomainService séparé par la fonction et créer un DomainService pour toutes les fonctions dans l'application et lequel est le meilleur?

Answer 1

Je ne pense pas qu'il y ait des problèmes de performance. Si vous prenez ce train de pensée cependant, vous pouvez évidemment trouver quelques occasions avec des centaines de services de domaine, qui sont en train de tuer certains côté du mécanisme de mise en cache ou quelque chose d'autre.

Qu'entendez-vous par fonction? Fonctionne comme Unit of Work? Ou fonctionne comme dans l'appel de méthode? Avez-vous un client Silverlight dans lequel vous prenez des décisions d'affaires là-bas? Peut-être que cela entraîne de nombreux appels de méthode au serveur. En revanche, vous pouvez prendre des décisions d'affaires dans un serveur, dans lequel vous ne pouvez utiliser qu'un petit nombre d'appels de méthode.

La séparation de service de domaine est une question de conception de mon point de vue. Si vous avez un ORM par exemple, vous pouvez diviser votre domaine en services de domaine égal à vos objets métier.

Il y a beaucoup de choses à considérer lors de la conception d'applications LoB.