S3 : Conception et Programmation Objet Avancées
-
- Attention pensez au rendu de fin de module
Il s'agit de construire les bases “rudimentaires” d'un “bus à messages”, pensez flux d'informations par exemple (flux RSS).
Il existe beaucoup de modèles de “bus” : choix des consommateurs par filtrage sur le message, abonnement des consommateurs à des boîtes spécialisées, envoi des messages à la demande des consommateurs, dés qu'un message est lu, il n'est plus accessible aux autres consommateurs, … Ces modèles d'architectures sont très utilisés pour faciliter des communications asynchrones et l'envoi d'informations à un groupe de destinataires (pensez au principe des tags sous Twitter par exemple).
Attention, il s'agit d'un exemple concret mais c'est bien la notion de bus que l'on vous demande dans un premier temps de mettre en oeuvre.
L'agence “oogle-Agency” (Membre) crée un bus logiciel “Nice-circulation”.
La voiture A (Producteur) émet un message mAttente : “Attente de 5mn” sur le bus logiciel “Nice-circulation”.
La voiture B (Consommateur) demande s'il y a de l'information sur le bus logiciel et obtient le message mAttente.
La voiture B (Consommateur) pose la même question et obtient le même message.
La voiture B (Producteur) émet un message mAccident : “Accident sortie Saint-Augustin”.
Les messages postés il y a plus de 30s sont détruits par “oogle-Agency”.
Nous allons à présent travailler sur les codes. Pour cela nous allons les générer à partir des modèles. Pour cette tâche, vous retournez sous Modelio. Aujourd'hui nous faisons le choix de générer les codes puis de travailler ces derniers sans chercher, au moins pour l'instant, à maintenir les modèles en cohérence.
Notre objectif est à présent de préparer les tests qui accompagneront notre développement. Pour cela, nous utiliserons l'environnement JUNIT. La structuration du projet en une partie principale et une partie test est, elle, exigée pour toute la suite de ce module. Vous avez déjà utilisé JUnit l'an dernier, il devrait s'agir uniquement de rappels.
Sous ECLIPSE
MessageTest
.setUp()
et tearDown()
.Enfin, le premier rapport de tests s’affiche !
Voici un exemple de code de test.
protected Message mToTest; protected String contents; @Before public void setUp() throws Exception { contents = "mon message"; mToTest = new Message(contents); } @Test public void setContents() throws Exception { String nv = "newValue"; mToTest.setContenu("newValue"); assertEquals(" message contents is as expected",nv,mToTest.getContents()); assertFalse(" message contents has been modified", mToTest.getContents().equals(content)); }
Voici ce que devra faire a minima votre programme principal, pour cela retourner dans le fichier de test et ajouter un cas de test : “testMonScenario.java” ou des tests pour :
Ce programme ne peut pas tourner puisque quasi rien n'est implémenté, par contre vous pouvez vous aider de votre IDE pour qu'au moins il soit “syntaxiquement” juste et créer les bonnes méthodes si elles n'existent pas déjà, ou les appeler!
A la fin de ce TD, évidemment, il fonctionnera.
Terminez la mise en oeuvre du bus en complétant les tests au fur et à mesure.
Pensez à tester :
Un “bus à messages” s'appuie sur plusieurs design patterns 'Observeur/Observable“ et plus précisément “Publish/Subscribe”. Il existe aujourd'hui de nombreuses implémentations de ces systèmes permettant des communications asynchrones, où les consommateurs sont automatiquement notifiés de l'arrivée de message, où les consommateurs peuvent faire des demandes spécifiques, avec des systèmes de filtres complexes, etc.
Je sais :