Version imprimable
j'ai entendu parler plusieurs fois de ce design pattern, mais j'ai du mal à cerner sont utilité. On ma notamment parlé de contrôle et de droits d'accès, mais je ne vois pas de cas où le system public, protected, private + friend ne peut pas suffire. Est-ce que quelq'un aurait des cas d'utilisation précis d'utilisation de ce design pattern qui pourrait m'aider à mieux le comprendre ?
Tu peux vouloir présenter des interfaces différentes à différents clients (donc avoir plusieurs interfaces publiques). L'utilisation de friend est une solution, mais alors certains ont accès à tout ce qui peut être génant. Un proxy peut être déclaré friend et ne fournir que ce qui est nécessaire.
Un proxy est aussi plus généralement un intermédiaire. Par exemple un objet qui sera le reflet d'un autre objet distant (autre machine, autre process, ...), ou encore un objet qui va cacher une information jusqu'à ce que l'on en ait véritablement besoin.
Jean-Marc.Bourget a écrit:effectivement assez stupidement je n'avais pas pensé à cela.Citation:
Tu peux vouloir présenter des interfaces différentes à différents clients
Luc Hermitte a écrit:j'avoue que cela faisait partit de ce que l'on m'avait dit, mais avec les exemples de code qu'on m'avait donné je ne comprenais. Car dans ces exemples la classe proxy ne faisait que appeler la méthode du même nom sur la classe masquée. Mais effectivement sur un objet distant cela prend tout son sens.Citation:
ou encore un objet qui va cacher une information jusqu'à ce que l'on en ait véritablement besoin
Merci de vos réponses en tout cas !
En même temps c'est pas super cool, car à cause de vous je vient de m'appercevoir que je vient justement d'en écrire un classe proxy sans même le savoir. Et donc j'ai du tomber dans tous les pièges et erreurs des débutants. Et comme je ne suis plus censé bosser sur ce projet, va falloir y bosser en off et sans impacter les autres personnes sur le projet. :wink: