Discussion :

[Nanoc]

Bonjour à tous.

Je suis en train de rédiger un tutoriel sur le C++ destiné principalement à des débutants et je pêche sur un point précis.

J'ai introduit la notion d'amitié et j'aimerais l'illustrer par un exemple pratique simple. J'avais pensé au couple Matrice <->Vecteur qui sont souvent liés par amitié pour optimisation, mais ce n'est ni un super exemple au niveau C++ ni au niveau de la simplicité.

Il y a aussi des exemples tirés de certains design pattern, mais à nouveau, c'est complexe.

Auriez-vous des idées à me soumettre ?

Merci d'avance

Nanoc

[unmanos]

Marrant j'ai toujours trouve ce concept fumeux les classes amies, et plus un bon moyen d'embrouiller le code qu'autre chose... enfin c'est un avis personnel et loin de moi d'idee de lancer un debat la dessus.

L'exception bien sur etant les operateurs "globaux" du genre:

Code :

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

1
2
3
4
class A
{
    inline friend A operator * (const A& a, const A& b);
}

La j'admet que c'est indispensable, mais il s'agit d'une amitie operateur/classe, pas d'une amitie classe/classe. Je precise que je ne suis pas homophobe!!!

Pour moi c'est le meilleur example d'utilisation du mot clef "friend".

[nikko34]

oui si tu ne l'as déjà fait le mieux est de commencer avec les "fonctions" amies.

Qui ne sont finalement rien d'autres que des méthodes de ta classe, comme une fonction operator<< par exemple.

[Nanoc]

Merci pour cette réponse.

Un exemple de fonction amie, j'en avais déjà un. (Surcharge de l'opérateur <<) C'est vraiment un exemple d'amitié inter-classes que je recherche.

[Luc Hermitte]

Salut,

Petites précisions que m'évoquent les réponses données. L'idéal serait de montrer des exemples d'amitié inter-classes qui augmentent véritablement l'encapsulation (cf FAQ C++ lite §12), et non pas des hacks issus de la méthode de conception "à l'arrache".
(Se contenter d'uniquement montrer la syntaxe de définition de l'amitié est idéal pour entretenir ces hacks)

L'exemple que j'avais donné à Nanoc était un exemple de proxy qui régulait les accès à une donnée dans les contextes multi-threads.

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
16
17
18
19
20
21
22
struct Donnee
{
   friend struct Proxy;
   struct Proxy
   {
       friend struct Donnee;
       void inc() {
           ++donnee.i_ ; ++donnee.j_;
       }
       int i() const { return donnee_.i_; }
 
   private:
       Proxy(Donnee & donnee) : donnee_(donnee), mutex_(donnee.mutex_){}
       Donnee          & donnee_;
       scoped_mutex_type mutex_
   };
   Proxy accededer() { return Proxy(*this); }
private: 
   int i_;
   int j_;
   mutex_type mutex_;
};

Seulement bon, cet exemple est assez abstrait, et vole bien au dessus de n'importe quel débutant qui se demandera pourquoi on fait ça. (comme introductions au RAII et au multi thread, il y a mieux)

[JolyLoic]

Code :

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

1
2
3
4
class A
{
    inline friend A operator * (const A& a, const A& b);
}

La j'admet que c'est indispensable

Bof, pratique, oui, indispensable pas vraiment...

Code :

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

1
2
3
4
A A::operator * (const A& a, const A& b)
{
    return a.multiplyBy(b);
}

Et on n'a pas diminué l'encapsulation en faisant ainsi (on a par contre alourdi l'interface). C'est même assez courant de faire ainsi pour bénéficier du polymorphisme, par exemple pour l'opérateur << (http://cpp.developpez.com/faq/cpp/?p..._polymorphique).

L'idéal serait de montrer des exemples d'amitié inter-classes qui augmentent véritablement l'encapsulation (cf FAQ C++ lite §12), et non pas des hacks issus de la méthode de conception "à l'arrache".

100% d'accord.

L'exemple qui me viennent en tête en premier, c'est la classe de factory friend pour avoir accès au constructeur privé.

Quand je regarde mon code, l'emploi le plus courant de friend, c'est pour la sérialization boost où l'on veut être certain que seul le système de sérialization va accéder à la fonction serialize.

Dans les deux cas, c'est peut-être trop complexe pour un débutant complet. D'ailleurs, je dirais que friend est probablement trop complexe pour un débutant complet. Je ne le montrerais pas avant un cours au moins intermédiaire sur le C++. Il n'est pas difficile de comprendre ce qu'il fait, mais il est déjà plus difficile de comprendre à quoi il sert (certains bon développeurs, puisque designers de langages postérieurs au C++, ne l'ont pas exemple pas compris, et décidé de l'interdire dans leurs langages).

[Yael_2007]

Je pense qu'un exemple assez sympa est l'exemple de la liste et ses elements. Tu definis les elements de la liste comme une classe amie de la liste. Ca te facilite l'implementation de la liste.

[Luc Hermitte]

Quel intérêt ? C'est la deuxième fois que l'on me sort cet exemple, et pourtant j'ai toujours réussi à parfaitement définir mes listes et leurs chainons sans une seule amitié -> hermitte.free.fr/Info/C++/tests/liste.cpp (pas bug free)