Probleme de conception

Bonjour,

Voila j'ai une classe Widget qui contient une liste d'objets de type Data par exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

class Widget { public: ... list<Data>& getList() const { return myList; }     private: list<Data> myList; };

---

En fait, je voudrais modifier le contenu de myList dans une autre classe qui appellerait widget.getList();
Mais partout dans différents codes source ou je vois des getters, ils sont const, alors comment faire pour modifier ma liste a l'extérieur de Widget ?
Il faut que je mette mutable devant myList ?
Je sais que ca brise l'encapsulation mais comment faire sachant que le code et l'algo de modification de cette liste sont compliques et n'ont pas à se trouver dans la classe Widget ?

Merci de vos réponses.

La modification à l'extérieur de la classe est-il indispensable?
Parce que sinon tu peux proposer une méthode publique de ta classe, avec des paramètre adéquats, qui effectuerait directement le traitement sur la liste de la classe (privée).

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

class Widget { public: ... const list<Data>& getList() const { return myList; } list<Data>& getList() { return myList; }     private: list<Data> myList; };

---

Mais Spout a raison. Si tu dois modifier myList en dehors, pourquoi ne pas ajouter la méthode adéquate dans ta classe Widget?

Oui car conceptuellement, c'est Widget qui est responsable de cette liste. Si tu la proposes à l'extérieur pour modification, n'importe qui peut faire n'importe quoi avec cette liste et Widget ne peux plus en assurer le contenu, donc assumer ses responsabilités.

La modif se fait a l'exterieur car elle implique enormement de classes et d'objets qui n'ont rien a faire et n'ont pas a etre couples a la classe Widget.
Ca me semblait plus propre de faire la modif a l'exterieur mais c'est vrai que ca donne acces a myList a n'importe qui ...

Citation:

---

Envoyé par vandamme

Ca me semblait plus propre de faire la modif a l'exterieur mais c'est vrai que ca donne acces a myList a n'importe qui ...

---

Du coup, là, tu es devant un mur, et pour y remédier tu devras faire quelque chose d'encore plus moche.
Et personnellement, je trouve que c'est une meilleure conception de modifier l'objet en interne que de le faire faire à l'extérieur...

Mais nan mais tu rajoutes un Widget::Add(Data&) qu'utilisera l'extérieur.

Comme ça tu augmentes la cohésion et de se fait, ça diminue le couplage. Widget encapsule bien "Data"...

Il faudrait peut être revoir les relations entre:

1. la liste
2. l'algorithme de modification
3. "widget".

Si c'est l'algorithme qui 'maintien' la liste pourquoi l'inclure dans "widget"?
- W

Et si tu passais un foncteur à ta class Widget pour faire les modifications sur la liste?
Du coup, ca te découplerait le Widget, l'algo de modification et la liste resterait privée...