Donner une réponse immédiate aux utilisateurs dans l'architecture Event Driven

Question

J'ai beaucoup lu sur l'architecture Event Driven et cela me semble logique, mais la question de donner aux utilisateurs un feedback immédiat me trouble.

Dites qu'un service ('EmployeeService') contient une liste de tous les employés. La logique métier de création d'un salarié se trouve dans ce service.

L'interface utilisateur d'un autre système utilise ce service. L'exigence est (que cela vous plaise ou non) qu'il y ait une grille d'employés, et un bouton 'ajouter un employé' qui affiche un formulaire, et quand vous soumettez le formulaire, il vous renvoie à la grille avec le nouvel employé dans il. La grille montre les champs dérivés qui sont calculés par le service (ceci est important à noter!). Traditionnellement, sur submit, j'aurais affiché un écran de chargement, envoyé de manière synchrone une requête WCF pour enregistrer l'employé, et quand cela aurait été fait, et transmis à la grille (qui aurait certainement maintenant le nouvel employé). Avec EDA, sur submit, je voudrais 'tirer et oublier' une commande pour enregistrer l'utilisateur - mais alors quoi? Je pourrais transmettre à la grille, mais il y a une chance que le nouvel employé ne soit pas encore là? Je pourrais ajouter manuellement à la grille en supposant que tout sera OK, mais comment puis-je afficher les données dérivées calculées par le service? Ou peut-être que je pourrais avoir un «nouvel employé en attente de graphique» affiché sur la grille s'il n'a pas encore été créé, puis faire revenir la page chaque seconde jusqu'à ce qu'elle l'ait fait?

Ceci est un scénario commun alors quelle est la solution commune pour cela?

Answer 1

Vous pouvez enregistrer un rappel lors de l'envoi de la commande et bloquer jusqu'à ce que la commande soit terminée.

Si vous avez téléchargé le package NServiceBus, référez-vous simplement à la solution d'exemple AsyncPagesMvc3. Il a un exemple de exactement ce que vous cherchez.

Answer 2

Si votre EmployeeService est un service SOA, le bouton Ajouter un employé appartient également à EmployeeService. L'interface utilisateur est simple composée de plusieurs services. Vous pouvez déployer une partie du EmployeeService localement sur le client qui gère la création de l'employé et le calcul (si le calcul n'est pas complexe).

Par exemple:

public class AddEmployeeView 
{ 
    public IBus Bus { get; set; }  

    public void AddNewClicked() { 
     // async calculate 
     // store directly in the employee service database 
     // or dispatch command internally 
     // refresh employee list as the service is the only owner of that data 
     Bus.Publish<NewEmployeeAdded>(m => { }); 
    } 
} 

Ainsi, le AddEmployeeView ci-dessus appartient à la EmployeeService. Le EmployeeService seul a la connaissance comment calculer et stocker de nouveaux employés (même dans sa propre base de données) et est le seul éditeur logique de l'événement NewEmployeeAdded. Et ici disparaît votre complexité.