DotNetGuru.org :: Architecture .NET (DotNet)

Connexion/Créer un compte | 13 Commentaires

Les commentaires appartiennent à leur auteur. Nous ne sommes pas responsables de leur contenu.

Re: Design Pattern Décorateur et protection d'objets en écriture
par Anonyme actif 22 Sept 2003 à 22:28

Ben non puisque comme tu l'as précisé le mot clé new utilisé pour masquer les méthodes virtuelles du père n'existe pas ej Java.
La solution classique dans ce langage consiste à utiliser le clone(). Comme Patrick, je trouve ça plutôt pas terrible. Non seulement pour la sécurité (pas d'exception levée) mais aussi et surtout pour les perfs. Copier un graphe entier d'objets sous prétexte qu'on ne souhaite pas qu'un client le modifie n'est pas génial. Et ça fait longtemps que la communauté le demande à Sun... Avec .NET, la JSR va sûrement aboutir très vite Smilie

Il existe aussi une autre solution que l'article n'aborde pas, c'est l'utilisation d'une Factory d'objets multi-facettes.
Le procédé consiste à créer une Factory d'objets héritant de l'interface adéquate. Ainsi, le client est restreint par les méthodes de l'interface qu'on lui propose. D'une certaine manière, le principe est similaire à la solution 1 mais peut-être un peu plus souple ...

Exemple (rapidement) :

FactoryObjectsReadOnly {
IReadOnly createObject();
}
FactoryObjectsReadWrite {
IReadWrite createObject();
}

IReadOnly {
//get() sans set()
}

IReadWrite {
// get() avec set()
}

L'avantage de ce principe est de pouvoir rajouter autant d'interface qu'on veut sans impacter le code du client qui doit spécifier la factory adéquat pour l'objet métier voulu.

Factory f = Assembly.load("FactoryObjectReadOnly")
IReadOnly ou IReadWrite myobj = f.createObject();
myobj.set(...) //Erreur si l'interface n'est pas ReadWrite ...

Mais l'inconvénient se situe dans l'aspect dynamique de la chose. Le compilo ne ralera pas en cas d'erreur. Je vous l'accorde ...

Sami

Re: Design Pattern Décorateur et protection d'objets en écriture
par Anonyme actif 23 Sept 2003 à 12:34

J'ai la forte impression que je vais dire une betise, mais le fait de pouvoir definir le niveau d'accessibilité en Java séparement pour les getters et setters ne résoud pas une part du problème ?

Evain Jb

Re: Design Pattern Décorateur et protection d'objets en écriture par bleroy actif 23 Sept 2003 à 18:43