Question

Est-il possible d'utiliser DDD et un modèle de domaine riche si votre application ressemble à:

  • client Windows (WPF)
  • service windows

Et la communication se passe avec WCF?

J'ai l'habitude d'avoir des DTO avec uniquement un état de données et des règles métier dans la couche Service, mais tout le monde me dit que je devrais avoir un modèle de domaine riche où l'état des données et les règles / méthodes sont tous dans les objets eux-mêmes. .

Je ne suis tout simplement pas sûr que ce modèle de domaine riche s'applique à un système doté d'une interface utilisateur et communiquant via WCF avec un service (comme je l'ai présenté ci-dessus). Dans mon cas, est-il préférable de continuer à utiliser un modèle de domaine anémique à cause de la WCF? Si non, pourriez-vous s'il vous plaît donner un exemple sur la façon de l'architecture en utilisant un modèle de domaine riche, en considérant WCF, proxy, etc.?

Merci!

Était-ce utile?

La solution

En règle générale, vous sérialisez vos objets de domaine pour la transmission sur WCF en tant que DTO simplifié de toute façon, et ce sont ceux-ci qui sont consommés par votre application client.

Vous pouvez sérialiser défini par l'utilisateur les types et les désérialiser dans le client, mais pour la plupart des applications, cela est inutile. Tant que vous n'avez pas besoin du comportement "riche" de vos objets dans votre client (ce qui n'est pas le cas avec un bon DDD), il me semble que vous pouvez utiliser un design riche dans votre couche de service et envoyer des DTO simples sur le fil.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top