Quelle est la différence entre Command + CommandHandler et Service?

je pense que vous avez tout à fait raison de remettre en question le fait que ces deux concepts semblent être similaires dans leur contexte. Cela vaut probablement la peine de revenir en arrière et de considérer, pratiquement, ce à quoi ils sont destinés.

DDD Services

dans la conception par Domaine, il existe différents types de services par exemple, les services D'Application (généralement les services D'assurance-chômage), les services D'Infrastructure et les services de domaine.

Jimmy Bogard fait un excellent travail d'explication de ces

En bref:

Services De Domaine

la tâche des services de domaine est d'exécuter des fonctionnalités qui ne conviennent généralement pas à une entité. Pensez à utiliser un service de domaine lorsque vous avez un morceau de fonctionnalité qui nécessite une variété de

entités (objets agrégés / de valeur). Un exemple peut - être: pour calculer une estimation du coût d'une hypothèque, vous avez besoin des détails sur le revenu / l'emploi de l'acheteur. Vous peut exiger l'historique de crédit de l'acheteur et enfin vous pouvez avoir besoin de renseignements sur le bâtiment que l'hypothèque est considérée pour.

pricingService.CalculateMortageEstimate(BuyerIncomingDetails bid, BuyerCreditHistory bch, BuildingOverview bo)

Services D'Application

un exemple peut-être des services utilisés dans le cadre de L'assurance-chômage.

Services D'Infrastructure

Services qui ont tendance à communiquer avec des ressources externes (expéditeurs de courriels, systèmes de fichiers, fichiers xml, ftp, etc...)

Command / CommandHandlers (CQRS)

Commande Interrogation Responsabilité Ségrégation. Comme il est dit sur l'étain; une séparation de l':

1. lancer des requêtes contre votre source de données
2. modifier (via des commandes) vos données

l'utilisation du CQRS n'est pas toujours la bonne option, mais d'après mon expérience, les gens ont tendance à l'utiliser lorsque leurs données sont réparties entre plusieurs sources de données.

donc avec les commandes, vous demandez explicitement une unité de travail (ne pas être par exemple, AddFraudRecordCommand ou UpdateNoteCommand.

1. ai-je même besoin de CommandHandlers / CommandHandlers? Qu'est-ce que je gagne, dois-je aller directement aux services?

2. Le travail de mon Gestionnaire de Commande est de gérer la logique de mon commande (une commande étant une requête très spécifique). Tandis que les services DDD ont des tâches différentes (services de domaine: coordonner la fonctionnalité de plusieurs entités, services D'Infrastructure: collaborer avec des services externes par exemple email)

3. Peut-être pensez-y comme ça: CommandHandler Job-exécute le code pour exécuter la commande spécifique (cela peut inclure l'utilisation de plusieurs services). Emploi dans le secteur des services-selon le type de service être.

ce n'est Pas le meilleur exemple, mais j'espère que cela brille la lumière sur ce que je suis en train de dire:

public class CalculateFraudProbabilityCommandHandler : CommandHandler<CalculateFraudProbabilityCommand>
{
         IFraudService _fraudService;
         IEmailNotifier _notifier;
         ICustomerRepository _customerRepo;


  public CalculateFraudProbabilityCommandHandler(ICustomerRepository customerRepo, IFraudService fraudService, IEmailNotifier notifier) 
  {     
        _fraudService = fraudService; //Domain Service  
        _notifier = notifier;         //Infrastructure Service  
        _customerRepo = customerRepo; //Repository
  }

 //Execute Command
 public void Execute(CalculateFraudProbabilityCommand command) {

     Customer customer = _customerRepository.GetById(command.CustomerId);
     FraudHistory fraudHistory = _fraudService.RetrieveFraudHistory(customer);

     //any fraud recently? if so, let someone know!
      if(fraudHistory.FraudSince(DateTime.Now.AddYear(-1)) {
           _notifier.SendEmail(_fraudService.BuildFraudWarningEmail(customer,      fraudHistory));
      }     

   }

}