Discussion :

[NiamorH]

D'une méthode particulière de l'objet dans lequel on déclare l'amitié.

En Vb.Net, chaque méthode d'une classe peut être déclarée public, private, protected ou friend.

Moi je verrai bien pour le C++ un truc du style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
class A
{
};
 
class B
{
};
 
class C
{
private:
  void truc();
friend (A,B):
  void machin();
};

[5:35pm]

Tu ne comprends pas quoi ? En quoi 'friend' et le typage sont deux moyens de contrôler l'encapsulation ?
MAT.

effectivement, j'aurais pas eu idee de creer une interface juste pour encapsuler, mais oui ca marche
mais perso, je ferais pas d'interface en dehors d'une implementation polymorphique.

Je considère que friend est un code smell parce que je trouve que ça va à l'encontre du principe "closed for modification, open for extension".

mettre SetPrice privee, est justement pour le principe "closed for modification" et l'amitiee, ajoute "except for this class", faudra bien le modifier un jour ce prix. En ce qui concerne "open for extension" je vois pas en quoi ca pose probleme.

Après tout qui est cette classe Book pour décider elle-même de qui a le droit d'appeler SetPrice ?

Je verrais plutot friend comme une "serrure", et la classe specifiee comme celui qui a la clef"

Pourquoi en tant qu'utilisateur qui instancie et compose les objets du système je ne pourrais pas configurer ça comme je l'entends ?

parce que si tu travaille en equipe, si tu fais une librairie, ou un framework; faudra bien verouiller certaines methode aux utilisateurs qui n'ont pas envie de se demander qu'est-ce qui appartient au system, qu'est-ce qui leur est vraiment disponible.

Voyez friend comme un encapsulation "de groupe" ou "de systeme".

[koala01]

(snip), si tu fais une librairie,(snip)

En français, on préfère le terme "bibliothèque"