Discussion:Architecture orientée événements

Dernier commentaire : il y a 2 ans par Mathias.bollaert dans le sujet Asynchronisme
Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Article de qualité
  • Bon article
  • Lumière sur
  • À faire
  • Archives
  • Commons

Il me semble que ce sujet va prendre une grande importance car c'est sur lui que repose toutes les technologies de type BPM qui connaissent un grand essor une fois l'architecture SOA mise en place. Il s'agit en effet de passer à un niveau supérieur en orchestrant les processus métier pour lesquels c'est une gestion évenementielle qui est le plus nécessaire.

Je propose donc de passer ce sujet en catégorie Important! Patrick Gantet (d) 12 décembre 2007 à 18:23 (CET)Répondre

Vocabulaire

modifier

Attention à l'emploi du mot service dans cet article, qui s'oppose à la notion d'événement. Je propose de le remplacer par "composant" :

- "en architecture EDA, un « service» prévient par émission d'un événement" => "en architecture EDA, un « composant » prévient par émission d'un événement".

- "Le couplage entre services est un couplage lâche et les communications sont toutes asynchrones" => "Le couplage entre composants est un couplage lâche et les communications sont toutes asynchrones".

--Mathias.bollaert (d) 28 mars 2010 à 14:06 (CEST)Répondre

Asynchronisme

modifier

J'ai ajouté une nuance sur l'asynchronisme. Les évènements sont souvent asynchrones mais ce n'est pas systématique. Par exemple en java, les frameworks IHM Swing et JavaFx utilisent des évènements mais ils sont synchrones. --Mathias Bollaert (discuter) 20 février 2022 à 19:28 (CET)Répondre

Revenir à la page « Architecture orientée événements ».