implanter le paradigme mvc avec rmi

Java RMI Y. Laborde Cours LOO - TOA
1
IMPLANTER LE PARADIGME MVC AVEC RMI
 RAPPELS :
MVC en Java : L’API Java fournit une implémentation du paradigme MVC (Modèle Vues
Contrôleurs) dans le package java.util.
Ce package fournit :
- pour les modèles : la classe java.util.Observable,
- pour les vues : l’interface java.util.Observer.
Par ailleurs, les contrôleurs sont en partie cachés dans la JVM et leurs parties visibles sont
les {*}Listener liés aux traitements des évènements relatifs aux composants interactifs des
vues.
 Le PROBLÈME du MVC en RMI :
Pour permettre aux vues de se mettre à jour d’un changement d’état du modèle, ce dernier
doit notifier tous les contrôleurs – enregistrés comme l’observant. Pour cela, il maintient
une liste de références de contrôleurs sous la forme d’Observer et leur envoie un message
update.
Or, dans un environnement RMI, cette communication « modèle vers contrôleurs » est de
type OD-client vers OD-serveur. Et ce sont les contrôleurs qui doivent être des OD-objets
(supportant une OD-méthode update).
Or, tout OD-objet doit implémenter l’interface Remote et, de plus, cette interface doit
être visible par l’OD-client au moment où il invoque une OD-méthode.
Mais avec l’implémentation MVC des modèles, cela n’est pas possible puisque ceux-ci
ne maintiennent une visibilité des contrôleurs qu’au travers de l’interface Observer
qui n’a pas la qualité Remote !
Une solution serait de faire en sorte que les contrôleurs implémentent à la fois Oberver et
Remote. L’OD-objet contrôleur serait donc bien un Remote mais comme le modèle ne le voit
que comme un Observer, la qualité Remote ne lui est toujours pas accessible !
Pour tenter de palier à ce problème, il faudrait faire en sorte que l’interface Observer hérite
de Remote mais cela n’est pas possible puisqu’elle est une interface de l’API Java.
 La SOLUTION :
Deux solutions : (1) encapsuler ou (2) redéfinir l’implémentation MVC de Java au
travers de nouvelles classes et interfaces compatibles avec la technique RMI.

Java RMI Y. Laborde Cours LOO - TOA
2
 L’IMPLÉMENTATION MVC actuelle de Java :
n Action de l’utilisateur sur les composants actifs de l’interface graphique
o Transmission au modèle (vu au travers de son interface) de l’action à effectuer
p Notification à tous les contrôleurs inscrits d’un changement du modèle
q Mise à jour des vues en fonction des modifications du modèle (par utilisation de
WhatChanged)
IMPLÉMENTATION MVC actuelle de Java
MonContrôleur3
Observer
TextListener
MonModèle MaVue1
MaVue2
MaVue3
MaVue1’
q
q
MonContrôleur1
Observer
A
ctionListener
MonContrôleur2
Observer
ItemListener
o
MonInter
f
aceModèle
Observable p
ACTIONS de
l’UTILISATEUR
(
souris
/
clavier
)
n
WhatChanged

Java RMI Y. Laborde Cours LOO - TOA
3
 DOCUMENTATION Java de MVC depuis le JDK 1.0 :
java.util
Class Observable
java.lang.Object
java.util.Observable
public class Observable
extends Object
This class represents an observable object, or "data" in the model-view paradigm. It can be
subclassed to represent an object that the application wants to have observed.
An observable object can have one or more observers. An observer may be any object that
implements interface Observer. After an observable instance changes, an application calling the
Observable's notifyObservers method causes all of its observers to be notified of the change
by a call to their update method.
The order in which notifications will be delivered is unspecified. The default implementation
provided in the Observable class will notify Observers in the order in which they registered
interest, but subclasses may change this order, use no guaranteed order, deliver notifications on
separate threads, or may guarantee that their subclass follows this order, as they choose.
Note that this notification mechanism is has nothing to do with threads and is completely
separate from the wait and notify mechanism of class Object.
When an observable object is newly created, its set of observers is empty. Two observers are
considered the same if and only if the equals method returns true for them.
Since:
JDK1.0
See Also:
notifyObservers(), notifyObservers(java.lang.Object), Observer,
Observer.update(java.util.Observable, java.lang.Object)
Constructor Summary
Observable()
Construct an Observable with zero Observers.
Method Summary
void addObserver(Observer o)
Adds an observer to the set of observers for this object, provided that it
is not the same as some observer already in the set.
protected void clearChange
d
()
Indicates that this object has no longer changed, or that it has already
notified all of its observers of its most recent change, so that the hasChanged

Java RMI Y. Laborde Cours LOO - TOA
4
method will now return false.
int countObservers()
Returns the number of observers of this Observable object.
void deleteObserver(Observer o)
Deletes an observer from the set of observers of this object.
void deleteObservers()
Clears the observer list so that this object no longer has any observers.
boolean hasChange
d
()
Tests if this object has changed.
void notifyObservers()
If this object has changed, as indicated by the hasChanged method,
then notify all of its observers and then call the clearChanged method to
indicate that this object has no longer changed.
void notifyObservers(Object arg)
If this object has changed, as indicated by the hasChanged method,
then notify all of its observers and then call the clearChanged method to
indicate that this object has no longer changed.
protected void setChange
d
()
Marks this Observable object as having been changed; the
hasChanged method will now return true.
java.util
Interface Observer
public interface Observer
A class can implement the Observer interface when it wants to be informed of changes in
observable objects.
Since:
JDK1.0
See Also:
Observable
Method Summary
void update(Observable o, Object arg)
This method is called whenever the observed object is changed.