Objectifs : Travailler sur de petits exemples différents points d'un développement pragmatique.

Le bus logiciel est maintenant composé de boîtes à messages.

• Un agent demande à créer un bus en précisant le nom du bus. Si un bus avec ce nom existe déjà, il ne se passe rien.
• Un agent peut demander s'il existe un bus de nom donné.
• Un agent peut lister les noms des bus existants.
• Un agent demande à créer une boîte à messages associée à un bus en précisant le nom de la boite. Si la boite existe déjà, il ne se passe rien.
• Un producteur envoie un message vers un bus et éventuellement vers une boîte de messages spécifique du bus, en précisant leurs noms et le contenu du message. En l'absence de boîte de message, le message est posté dans la boite par défaut.
• Un consommateur peut demander à lire des messages qui se trouvent dans une boîte sur un bus.
• Un consommateur peut demander à lire tous les messages qui se trouvent sur le bus dans ce cas tous les messages dans toutes le boîtes lui sont retournés.
• Une boîte ne peut pas être associée à plusieurs bus. Un bus peut évidemment avoir plusieurs boîtes.

1. Quels modèles utilisez-vous pour analyser le problème ?
2. Dans vos diagrammes de séquences, faîtes bien apparaître les interfaces graphiques et les contrôleurs mais dans les diagrammes de classe concentrez vous uniquement sur la partie métier dans un premier temps.
3. Qui est responsable de retrouver un bus à partir de son nom ? une boite de messages? (pattern expert)
4. Qui est responsable de créer un bus? une boite de message? pourquoi? (Pattern créateur)
5. Qui est responsable de créer un message ? pourquoi? (Pattern créateur)
6. Avez-vous des relations bi-directionnelles? Si oui, avez-vous décidé de qui est le “maître” et de qui est l'“esclave”?
7. Avez-vous bien prévu les tests unitaires? Que se passe-t-il si vous demandez
   1. à lire les messages sur une boîte qui n'existe pas?
   2. à créer un bus d'un nom déjà utilisé?
   3. …
8. A partir de maintenant, on s'intéresse au scénario suivant, sans tenir compte de l'interface graphique, est-ce que vous pouvez l'implémenter, revenez sur votre code si besoin (Vous pouvez vous aider des tuyaux donnés plus bas si besoin):
   1. Je crée un bus “NiceInformation”
   2. Je crée une boite “Circulation” sur le bus “NiceInformation”
   3. Je poste un message “Embouteillage” dans la boite “Circulation” du bus “NiceInformation”
   4. Je poste un message “Nouveau rond point” dans la boite “Circulation” du bus “NiceInformation” ¹⁾
   5. Je lis les messages qui se trouvent dans la boite “Circulation”, i.e. je récupère les messages.
   6. Je demande à effacer les messages de la boite “Circulation” du bus “NiceInformation” ²⁾
   7. Je poste un message “SoireeIUT” sur le bus “NiceInformation”
   8. J'attends 2s (Thread.sleep(2000));
   9. Je poste un message “SoireeIntegrationIUT” sur le bus “NiceInformation”
   10. J'attends 2s (Thread.sleep(2000));
   11. <Optionnel> Je demande à effacer tous les messages postés depuis plus de 4s sur le bus “NiceInformation”
9. Regardez vos codes, et vérifiez que vous avez bien respecté la loi de Demeter³⁾. Si ce n'est pas le cas, corrigez vos codes.
10. Comment avez-vous géré la boîte par défaut? (Avez-vous pensé à définir des constantes?)
11. Pouvez-vous décrire chacune de vos classes avec une seule phrase? Faîtes-le dans les commentaires de vos classes.

L'objectif est ici de décomposer l'application pour que :

• L'interface n'interagit jamais directement avec le métier
• Le contrôleur joue le rôle de chef d'orchestre entre le métier et l'interface.

Pour se concentrer sur l'architecture, l'interface est une classe Java qui utilise Scanner pour lire au clavier et System.out.print… pour l'affichage. Vous pouvez vous inspirer du code ci-joint.

Le contrôleur n'a pas le droit de modifier la partie métier sans passer par des objets métiers. Il n'est pas autorisé à stocker la liste des bus etc. Pensez à utiliser le principe de délégation.

1. Développez le code correspondant. Utilisez les informations et codes donnés ci-dessous.
2. Quel type de contrôleur avez-vous défini en respectant les directives données? Est-il “bon”? Que feriez-vous sinon pour l'améliorer?
3. Vous devez à présent pouvoir jouer le scénario précédent en utilisant votre interface graphique.
4. Pouvez-vous décrire chacune de vos classes avec une seule phrase? Faîtes-le dans les commentaires de vos classes.

Pour vous aider voici un exemple possible du programme principal dont vous pouvez vous inspirer :

    Controleur c = new Controleur();
    c.start();

Et pour le contrôleur :

public class Controleur {
    RegistreDeBus registre = new RegistreDeBus();
    UI ui = new UI();
 
    public void start() {
        String commande = ui.lireCommande();
        switch (commande.charAt(0)) {
        case 'c':
            creerBus();
            start();
            break;
        case 'b':
            creerBoite();
            start();
            break;
.....
 
private void creerBus() {
        String nomDuBus = ui.getNomDuBus(registre.getNomsBus());
        boolean reussi = registre.creerBus(nomDuBus);
        if (!reussi)
            ui.afficher("Erreur le bus existe déjà");
        else
            ui.afficher("Bus " + nomDuBus + " créé");
    }

1- On désire sauvegarder l'ensemble des bus à chaque fin d'exécution du programme principal et recharger l'état des bus à chaque lancement du programme principal.

Vous pouvez utiliser le code suivant. Pour l'utiliser il suffit que vos classes “implements Serializable'.

Exemple de sauvegarde :

 Memoire.save(registre, NomFichier);

Exemple de lecture :

        Object o  = Memoire.read(NomFichier);
        if (o != null)
            if (o instanceof RegistreDeBus)
                registre = (RegistreDeBus) o;
    }

1. Dans certaines boites dès qu'un message est lu, il est effacé. Modifier votre code pour permettre la création de telles boites. Attention, les autres boîtes sont toujours utilisables. Utilisez bien les tests unitaires, pour vérifier que vous ne “cassez” pas vos codes. Comment votre modèle est-il modifié?
2. Pour certains Bus, lorsque l'on poste un message en donnant comme nom de boite “*”, le message est posté dans toutes les boites. Modifier votre code pour tenir compte de ce nouveau besoin.
3. Analyser les dépendances entre vos classes.

Vous avez besoin dans ce TD de manipuler des collections et des dates, voici quelques tuyaux que vous pourriez retrouver sur le Web et qui sont extraits des codes que nous avons mis en oeuvre pour ce TD. Vous pouvez évidemment avoir d'autres solutions :

• Pour parcourir une ArrayList (le for qui suit)
• Pour pouvoir effacer dans une liste que l'on parcourt, il faut d'abord en faire une copie

ArrayList<Message> messagesContenus = new ArrayList<Message>(messages);
        for (Message m : messagesContenus) {
            if (m.perime(i)) {
                m.detruire();
                messages.remove(m);
            }

• Une manière “facile” pour savoir si un message est périmé de plus de x secondes :

  public boolean estPerime(int second){
        Date d = new Date();
        long ms = d.getTime();
        ms = ms - second*1000;
        d.setTime(ms);
        return this.dateEmission.before(d);
    }

• Si vous avez utilisé des HashMap vous avez peut être besoin de récupérer la liste des objets contenus comme par exemple :

    public void detruireMessages(int i) {
       for (Boite b : boites.values()) {
           b.detruire(i);
       }