Discussion :

[Pyramidev]

Quelques corrections pour la FAQ C++ :

Quand utiliser des références et quand utiliser des pointeurs ?

Lien : http://cpp.developpez.com/faq/cpp/?p...-des-pointeurs

Lorsque l'on compare le code exécutable généré lors de l'utilisation d'un pointeur et celui généré lors de l'utilisation d'une référence, on remarque. qu'il est strictement identique.

Il y a un petit point en trop.

De plus, on ne peut envisager de déclarer une référence qu'en. lui indiquant directement l'objet dont elle se fait l'alias.

Idem.

Comment créer deux classes qui font référence l'une à l'autre ?

Lien : http://cpp.developpez.com/faq/cpp/?p...-une-a-l-autre

Mais si l'on inclue A.h dans B.h et vice-versa, on se retrouve avec un problème d'inclusions cycliques.

Petite faute de grammaire. Correction : "inclut".

Qu'est-ce que le LSP ?

Lien : http://cpp.developpez.com/faq/cpp/?p...-ce-que-le-LSP

A propos des fonctions membres des sous-classes, on peut lire :

Sur les invariants des fonctions membres, les préconditions doivent être plus faibles et les postconditions doivent être plus fortes.

Je suis pointilleux, mais j'écrirais plutôt :

Sur les invariants des fonctions membres, les préconditions doivent ne pas être plus fortes et les postconditions doivent ne pas être plus faibles.

Qu'est-ce que l'héritage virtuel et quelle est son utilité ?

Lien : http://cpp.developpez.com/faq/cpp/?p...st-son-utilite

A la fin, il y a une petite faute de frappe :

Dans ce cas, la structure de l'héritage est la suivant :

À quoi sert le mot-clé typename ?

Lien : http://cpp.developpez.com/faq/cpp/?p...t-cle-typename

On peut lire :

(Nous utiliserons class ici pour introduire les paramètres templates type pour éviter la confusion avec la première utilisation, naturellement typename est aussi possible)

En réalité, dans tous les exemple qui suivront, partout où on peut utiliser de manière indifférenciée "class" ou "typename", c'est systématiquement "typename" qui sera utilisé.
Donc il faudrait soit supprimer ce passage entre parenthèses, soit modifier les exemples.


Comment puis-je créer une classe dont la structure peut varier ?

Lien : http://cpp.developpez.com/faq/cpp/?p...re-peut-varier

Code :

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

1
2
3
4
5
6
7
8
9
Host<PolicyTImpl1> h1; 
h1.foo(); // affiche 42 
h1.bar(); // affiche "Forty-Two" 
h1.foobar(); // ne compile pas 
  
Host<PolicyTImpl2> h2; 
h2.foo(); // affiche 42 
h1.bar(); // affiche "Chuck Norris" 
h1.foobar(); // affiche "C++"

Erreur d'étourderie : A la fin, c'est "h2", pas "h1".

[Invité]

Bonjour,

Hormis

À quoi sert le mot-clé typename ?

Lien : http://cpp.developpez.com/faq/cpp/?p...t-cle-typename

On peut lire :

(Nous utiliserons class ici pour introduire les paramètres templates type pour éviter la confusion avec la première utilisation, naturellement typename est aussi possible)

En réalité, dans tous les exemple qui suivront, partout où on peut utiliser de manière indifférenciée "class" ou "typename", c'est systématiquement "typename" qui sera utilisé.
Donc il faudrait soit supprimer ce passage entre parenthèses, soit modifier les exemples.

que je laisse en suspend pour le moment, toutes les fautes reportées sont corrigées.

Merci pour tes récentes remarques.

[TheRowan]

Bonsoir,

Je reprend ce sujet car il correspond à mon message, si besoin est, je peux en créer un nouveau.

Avant toute chose, un grand merci pour cette FAQ qui m'aide tous les jours !


Dans la FAQ : Organisation du Code, Où dois-je inclure les fichiers d'en-tête

https://cpp.developpez.com/faq/cpp/?...iers-d-en-tete

On ne peut l'utiliser pour l'héritage ou la composition.

J'ai accroché sur cette phrase, me demandant plusieurs fois si on peut ou pas utiliser la déclaration anticipée pour l'héritage. D'ailleurs, je n'ai toujours pas la réponse
Serait-ce :

On ne peut pas l'utiliser pour l'héritage ou la composition

Ou bien :

On ne peut que l'utiliser pour l'héritage ou la composition

Dans la FAQ : La STL, À quoi servent les fonctions bind1st et bind2nd ?

https://cpp.developpez.com/faq/cpp/?...1st-et-bind2nd

Ceci est fait en figeantla valeur d'un des deux paramètres du prédicat binaire

Je dirais :
Ceci est fait en figeant la valeur d'un des deux paramètres du prédicat binaire



TheRowan

[Bousk]

L'héritage nécessite de connaître la classe mère donc non tu ne peux pas forward declare la classe de base mais dois l'inclure.
La formulation n'est pas des plus communes mais il s'agit bien d'une négation.

Concernant l'erreur de frappe, je ne peux malheureusement pas corriger la FAQ
La FAQ gagnerait à avoir un peu d'amour mais c'est très time-consuming à réaliser, et encore plus à maintenir, il y a des vagues d'élan, ou de demandes, mais qui aboutissent rarement

[Invité]

Bonsoir,

Où dois-je inclure les fichiers d'en-tête ?
Je viens de modifier la phrase en :

On ne peut l'utiliser ni pour l'héritage ni pour la composition.

est-ce plus clair ?

À quoi servent les fonctions bind1st et bind2nd ?
C'est corrigé, ainsi que trois autres espaces qui manquaient dans d'autres sujets.

[jo_link_noir]

À propos de std::bind1st/bind2nd, celle-ci sont dépréciées depuis C++11 au profil de std::bind et des lambdas puis supprimées du standard avec C++17.

Par contre, je ne vois pas de référence au mot lambda dans la FAQ, alors qu'une explication pourrait être introduite avec "Qu'est-ce qu'un foncteur ?".

Une question aussi. Il y a quelques années, suite à un projet de mise à jour de la FAQ, un doc en ligne était disponible pour modification. Est-ce toujours d'actualité ?

[TheRowan]

Bonsoir,

J'ai continué ma lecture de la FAQ et j'ai trouvé les points suivants :

Les Références : Qu'est-ce qu'une référence :

https://cpp.developpez.com/faq/cpp/?...-une-reference

Il me semble qu'un saut de ligne s'est inséré dans la phrase suivante :

En d'autres mots, un programmeur le considérera comme
une macro pour (*p), où p est un pointeur sur x (par ex., le compilateur déréférencerait automatiquement le pointeur : i++ serait transformé en (*p)++).

Les Références : Que se passe-t-il en cas de retour de référence lors d'un appel de fonction ?

https://cpp.developpez.com/faq/cpp/?...d-une-fonction

Je n'ai pas l'impression qu'une réponse soit donnée en tant que tel.


Mode pinaillage : ON

Les Références : Qu'est-ce qu'un handle sur un objet ? une référence ? un pointeur ? un pointeur sur un pointeur ?

https://cpp.developpez.com/faq/cpp/?...ur-un-pointeur

Dans ce paragraphe, le terme handle est écrit en italique et en "normal". Y-a-t-il une règle particulière ?

Mode Mode pinaillage : OFF


Les fonctions : Quand s'appliquent la RVO et la NRVO ?

https://cpp.developpez.com/faq/cpp/?...RVO-et-la-NRVO

Dans le code proposé il y a une utilisation de la classe auto_ptr qui est dépréciée d'après le lien ci-dessous :

http://www.cplusplus.com/reference/memory/auto_ptr/

Un extrait de cette page :

Note: This class template is deprecated as of C++11. unique_ptr is a new facility with a similar functionality, but with improved security (no fake copy assignments), added features (deleters) and support for arrays.

Les fonctions : Comment passer correctement des paramètres à ma fonction ?

https://cpp.developpez.com/faq/cpp/?...-a-ma-fonction

Il y a un saut de ligne il me semble, sur cette phrase :

Attention à ne pas oublier le const si le paramètre n'est pas modifié dans la fonction : cela permet en effet de passer ce
que l'on appelle des temporaires non nommés.

Les fonctions : Pourquoi ne faut-il qu'un seul return par fonction ?

https://cpp.developpez.com/faq/cpp/?...n-par-fonction

Dans l'un des codes exemples, il y a une utilisation de la classe auto_ptr, classe dépréciée.


TheRowan

[Invité]

Que se passe-t-il en cas de retour d'une référence lors de l'appel d'une fonction ?

Je n'ai pas l'impression qu'une réponse soit donnée en tant que tel.

C'est pas faux, je trouve le sujet pas vraiment développé et l'erreur de retourner une variable locale souvent commise n'est pas du tout abordée.

Dans ce paragraphe, le terme handle est écrit en italique et en "normal". Y-a-t-il une règle particulière ?

Non, à ce que je vois il est juste en italique pour l'introduire en tant que terme.

std::auto_ptr est en effet déprécié et même supprimé depuis C++17, les sujets qui le mentionnent dataient de bien avant 2011 . C'est corrigé.

Les autres problèmes de retours à la ligne sont également corrigés.

Merci pour tes retours