Les commentaires en cpp

Salut,

Je d�bute en cpp, je n'ai encore �crit aucun programme mais je fouillais dans les librairies et en particulier stdio.h et l� je suis tomb� sur un fichier qui contient des commentaires en C et d'autres en Cpp..
Pourquoi ??

Exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

// // stdio.h // // Copyright (c) Microsoft Corporation. All rights reserved. // // The C Standard Library <stdio.h> header. // #pragma once #ifndef _INC_STDIO // include guard for 3rd party interop #define _INC_STDIO   #include <corecrt.h> #include <corecrt_wstdio.h>   _CRT_BEGIN_C_HEADER   /* Buffered I/O macros */   #define BUFSIZ 512       /*  * Default number of supported streams. _NFILE is confusing and obsolete, but  * supported anyway for backwards compatibility.  */ #define _NFILE _NSTREAM_   #define _NSTREAM_ 512

---

Pourquoi m�langent-ils des commentaires C avec des commentaires Cpp ?
Je pr�f�re poser la question avant de poursuivre mon apprentissage car �a me parait important de connaitre la raison.

Merci

Bonjour,

Ces deux types de commentaires sont valides en C et en C++

Je ne vois pas o� tu a trouv� que ce n'est pas le cas.

:)

Citation:

---

Envoy� par n5Rzn1D9dC

Pourquoi m�langent-ils des commentaires C avec des commentaires Cpp ?

---

D�j� renseigne-toi :whistle: :aie:

Le C autorise les commentaires // 1 commentaire depuis la norme C99, soit depuis 21 ans :mouarf:

Apr�s pour faire 1 r�ponse de Normand : en quoi m�langer les 2 types de commentaires est en soi g�nant :koi: ?

Pour des pistes de r�flexion :mrgreen: :

• L'ent�te du fichier doit �tre 1 ent�te "inject�e" dans le source pour y pr�senter le nom et le copyright (entre autres). Et effectivement, c'est souvent avec des commentaires 1 ligne //. En fait je ne sais pas :koi: Moi, je ne mets jamais d'ent�te lorsque l'IDE ne me force pas la main. C'est pour moi assez inutile, et j'ai 1 pr�nom avec 1 accent, donc pas compatible ASCII :aie:
• Les autres commentaires ressemblent � des commentaires Doxygen, mais ce serait plus /** que /*. Peut-�tre que Doxygen, ou 1 autre g�n�rateur de documentation, passe quand m�me :koi:

Citation:

---

Envoy� par droggo

Bonjour,

Ces deux types de commentaires sont valides en C et en C++

Je ne vois pas o� tu a trouv� que ce n'est pas le cas.

:)

---

Je n'ai jamais dit que ce n'�tait pas autoris�, c'est juste que je trouve cela �trange de m�langer deux type de commentaires diff�rents. Je n'en vois pas l'int�r�t..
edit: Je ne comprend pas pourquoi le mec qui a cr�� le fichier s'est dit � un moment "oh tient l� jvais mettre en commentaire C" "Et puis l� jvais en mettre un en cpp". C'est pas homog�ne..
Enfin, merci quand m�me pour vos r�ponses ^

Citation:

---

Je ne comprend pas pourquoi le mec qui a cr�� le fichier s'est dit � un moment "oh tient l� jvais mettre en commentaire C" "Et puis l� jvais en mettre un en cp

---

Il ne s'agit pas de commentaires C et CPP, mais des commentaires utilis�s en C et/ou en CPP (comme d�j� dit). Ni le C ni le CPP n'utilise sa propre notation.

Sur un fichier comme stdio.h, il y aura eu certainement plusieurs intervenants, dont certains pr�f�rant la notation /* */ � //.

Citation:

---

Envoy� par chrtophe

Il ne s'agit pas de commentaires C et CPP, mais des commentaires utilis�s en C et/ou en CPP (comme d�j� dit). Ni le C ni le CPP n'utilise sa propre notation.

Sur un fichier comme stdio.h, il y aura eu certainement plusieurs intervenants, dont certains pr�f�rant la notation /* */ � //.

---

C'est pas ce que dit ce mec: http://casteyde.christian.free.fr/cp...line/c207.html

Citation:

---

1.1. Les commentaires en C++

Les commentaires sont n�cessaires et tr�s simples � faire. Tout programme doit �tre comment�. Attention cependant, trop de commentaires tue le commentaire, parce que les choses importantes sont noy�es dans les banalit�s.

Il existe deux types de commentaires en C++ : les commentaires de type C et les commentaires de fin de ligne (qui ne sont disponibles qu'en C++).

Les commentaires C commencent avec la s�quence barre oblique - �toile. Les commentaires se terminent avec la s�quence inverse : une �toile suivie d'une barre oblique.

Exemple 1-1. Commentaire C

/* Ceci est un commentaire C */

Ces commentaires peuvent s'�tendre sur plusieurs lignes.

En revanche, les commentaires de fin de lignes s'arr�tent � la fin de la ligne courante, et pas avant. Ils permettent de commenter plus facilement les actions effectu�es sur la ligne courante, avant le commentaire. Les commentaires de fin de ligne commencent par la s�quence constitu�e de deux barres obliques (ils n'ont pas de s�quence de terminaison, puisqu'ils ne se terminent qu'� la fin de la ligne courante). Par exemple :

Exemple 1-2. Commentaire C++

action quelconque // Ceci est un commentaire C++
action suivante

---

Bah ce cours est pourri ou obsol�te depuis 20 ans.
Et quand je vois que l'exemple de programme est... strictement du C, je penche sur le premier.
Les commentaires, en C et en C++ peuvent s'�crire // et s'�tendre sur toute la ligne ou /* et s'arr�ter au prochain */
On vient de le r�p�ter 5 fois, est-ce suffisant ?:weird:

Si ce cours est pourrit, bah enlevez-le de la premi�re page de vos cours en cpp :aie:
https://cpp.developpez.com/cours/cpp/

Le document date de 2008, il n'est pas � jour.

Si tu d�butes en cpp, d�j� n��tudie pas l'en-t�te stdio.h qui est du C.

D'autre part, tu as d'autres choses � te focaliser que la notation des commentaires.

Citation:

---

Envoy� par chrtophe

Le document date de 2008, il n'est pas � jour.

Si tu d�butes en cpp, d�j� n��tudie pas l'en-t�te stdio.h qui est du C.

D'autre part, tu as d'autres choses � te focaliser que la notation des commentaires.

---

Ou� mais moi j'aime bien que les choses soit claire d�s le d�but. J'ai commenc� le coding par l'assembleur avec Fasm et il n'y a pas 36 fa�on de faire un commentaire, c'est ; point barre.|
Je n 'aime pas les choses qui partent dans toutes les directions en m�me temps...

�a fait un moment que les commentaires du style C++ sont dans la norme C: https://en.cppreference.com/w/c/comment

Pour les cours, tu peux plus ou moins jeter tout ce qui est avant 2011 et prendre un cours qui enseigne avec C++14, C++17 ou, si cela existe, C++20.

Ceux qui enseignent C/C++ sont aussi � �viter: ce ne sont ni des cours de C, ni cours de C++.

Citation:

---

Envoy� par jo_link_noir

�a fait un moment que les commentaires du style C++ sont dans la norme C: https://en.cppreference.com/w/c/comment

Pour les cours, tu peux plus ou moins jeter tout ce qui est avant 2011 et prendre un cours qui enseigne avec C++14, C++17 ou, si cela existe, C++20.

---

Perso je trouve �a idiot de m�langer les commentaires de style C avec les commentaires de style C++. Mais bon si c'est comme �a, tant pis, jvais faire avec.

Citation:

---

Ceux qui enseignent C/C++ sont aussi � �viter: ce ne sont ni des cours de C, ni cours de C++.

---

Ba ouais ba faudra dire au modo qu'il supprime le cours de ChristianCasteyde qui est mis en page principale des cours de cpp.... (et qui m�lange les deux types)

Citation:

---

Envoy� par n5Rzn1D9dC

Ou� mais moi j'aime bien que les choses soit claire d�s le d�but. J'ai commenc� le coding par l'assembleur avec Fasm et il n'y a pas 36 fa�on de faire un commentaire, c'est ; point barre.|
Je n 'aime pas les choses qui partent dans toutes les directions en m�me temps...

---

Si tu p�tes 1 plomb pour les commentaires, arr�te tout de suite le C/ C++ :aie: :aie: - parce que'avec le "C with classes", les macros qui permettent de coder des fois salement, les "templates" (je pense au mot clef typename), ceux qui n'utilisent pas la STL (ou pas totalement), ... faire du code "carr�" et n'avoir qu'1 fa�on de coder :ptdr: :ptdr: Le C++ �tant 1 surcouche objet du C

Ou alors comme le dit @jo_link_noir, commence directement � partir du C++17 ou C++20 :mrgreen:

Citation:

---

Envoy� par n5Rzn1D9dC

Ba ouais ba faudra dire au modo qu'il supprime le cours de ChristianCasteyde qui est mis en page principale des cours de cpp.... (et qui m�lange les deux types)

---

� sa d�charge :whistle:, lorsqu'il dit commentaire C et commentaire C++, ce sont plus des noms. Parce qu'effectivement le commentaire 1 ligne // est apparu avec le C++ donc commentaire C++.
L'autre commentaire /* */ vient du C.

Citation:

---

Ba ouais ba faudra dire au modo qu'il supprime le cours de ChristianCasteyde qui est mis en page principale des cours de cpp.... (et qui m�lange les deux types)

---

Le cours n'est pas � jour par rapport aux derni�res normes, ce n'est pas pour �a qu'il est � jeter, il reste globalement valable.

Par contre, il m�lange le C et le C++, mais en annon�ant la couleur dans le titre.

Un cours m�langeant le C et le C++ peut t�emm�ler les pinceaux, c'est pour �a que c'est en g�n�ral d�conseill�, car si tu commences le C avant le C++, lors de l'apprentissage C++ , certains �l�ments devront �tre repris � z�ro. a la base C++ �tait au niveau compilation une extension du C.
Ce qui peut �tre fait en C le sera en C++, mais avec des outils souvent plus pratiques/efficaces.

En gros, on utilise le C pour la programmation syst�me, le C++ pour le reste, mais tu peux d�roger � cette r�gle, rien ne t'emp�che de faire de la programmation orient�e objet en C, mais tu devras r�inventer la roue.

Ok merci bien pour cette explication explicite.

Bonjour.

Citation:

---

Envoy� par n5Rzn1D9dC

Salut,

Je d�bute en cpp, je n'ai encore �crit aucun programme mais je fouillais dans les librairies et en particulier stdio.h et l� je suis tomb� sur un fichier qui contient des commentaires en C et d'autres en Cpp..
Pourquoi ??

Exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

// // stdio.h // // Copyright (c) Microsoft Corporation. All rights reserved. // // The C Standard Library <stdio.h> header. // #pragma once #ifndef _INC_STDIO // include guard for 3rd party interop #define _INC_STDIO   #include <corecrt.h> #include <corecrt_wstdio.h>   _CRT_BEGIN_C_HEADER   /* Buffered I/O macros */   #define BUFSIZ 512       /*  * Default number of supported streams. _NFILE is confusing and obsolete, but  * supported anyway for backwards compatibility.  */ #define _NFILE _NSTREAM_   #define _NSTREAM_ 512

---

Pourquoi m�langent-ils des commentaires C avec des commentaires Cpp ?
Je pr�f�re poser la question avant de poursuivre mon apprentissage car �a me parait important de connaitre la raison.

Merci

---

C'est vrai que ce m�lange est d�bile ici, et que cela manque de rigueur.

Tu viens de comprendre pourquoi beaucoup de programme ont des bugs. Le manque de rigueur selon moi. Et c'est d�j� visible dans les commentaires.

J'utilise les deux, mais de mani�re coh�rente :

/* Buffered I/O macros */

L� je vais mettre :

// Buffered I/O macros

Il n'y a qu'une ligne.

Si plusieurs lignes, alors /**/, m�me si des fois, cela pose probl�me avec du code qui contient d�j� /**/.

Citation:

---

Envoy� par moldavi

C'est vrai que ce m�lange est d�bile ici, et que cela manque de rigueur.

---

Pourtant les commentaires sont utilis�s de mani�re coh�rente ici: // pour les en-t�tes de fichier / copyright /* */ pour les commentaires de code.

Citation:

---

Envoy� par moldavi

J'utilise les deux, mais de mani�re coh�rente

---

On peut aussi dire qu'utiliser les 2 syntaxes pour commenter le code est incoh�rent, quelle que soit la justification derri�re.

Le but est surtout d'avoir une logique qui tienne la route et reste consistante (et donc coh�rent), mais ce n'est pas parce qu'une chose ne semble pas l'�tre au premier abord qu'elle ne suit pas une r�gle bien d�finie.

Bonjour.

Citation:

---

Envoy� par jo_link_noir

Pourtant les commentaires sont utilis�s de mani�re coh�rente ici: // pour les en-t�tes de fichier / copyright /* */ pour les commentaires de code.

---

En effet, vu comme cela, il y a une logique. Pourtant ni n5Rzn1D9dC ne l'a vu, d'o� sa question, ni moi. Cela pose question non ? C'est pareil dans tous les .h ?

Quand je vois /* Buffered I/O macros */, je sais que niveau rigueur et choix coh�rent, c'est mort :

// Buffered I/O macros

suffit lorsque tu m�langes les genres. Il n'y a qu'une seule ligne � commenter.

Citation:

---

Envoy� par jo_link_noir

On peut aussi dire qu'utiliser les 2 syntaxes pour commenter le code est incoh�rent, quelle que soit la justification derri�re.

---

Oui c'est vrai. Mais lorsque l'on code tous les jours, on voit le c�t� pratique.

Si j'ai une seule ligne de code � commenter, j'utilise //

Si j'ai plusieurs lignes � commenter, j'utilise /**/.

Des fois, c'est plus compliqu�.

Citation:

---

Envoy� par jo_link_noir

Le but est surtout d'avoir une logique qui tienne la route et reste consistante (et donc coh�rent), mais ce n'est pas parce qu'une chose ne semble pas l'�tre au premier abord qu'elle ne suit pas une r�gle bien d�finie.

---

Si tous les headers de type stdio.h, suivent cette logique, je serai s'accord. M�me si je la trouve d�bile.

Citation:

---

Envoy� par moldavi

Si tous les headers de type stdio.h, suivent cette logique, je serai s'accord. M�me si je la trouve d�bile.

---

Je l'ai dit avant :mrgreen: lorsque tu utilisais Visual C++, � chaque fois que tu ajoutes un fichier .h ou une unit�, automatiquement il te rajoute cette ent�te qui contient ton nom, pr�nom, soci�t�/ copyright/ licence, le nom de l'unit�, ...
Tout cela est configurable dans l'IDE.

Je dis "utilisais" parce que je ne sais pas si Visual C++ le fait encore et il me semble qu'1 partie des IDE le faisaient fin 90 - d�but 2000.
Et en 2012 j'ai utilis� XCode 4 qui le faisait �galement :whistle:

Bonjour.

Citation:

---

Envoy� par foetus

Je l'ai dit avant :mrgreen: lorsque tu utilisais Visual C++, � chaque fois que tu ajoutes un fichier .h ou une unit�, automatiquement il te rajoute cette ent�te qu contient ton nom, pr�nom, soci�t�/ copyright/ licence, le nom de l'unit�, ...
Tout cela est configurable dans l'IDE.

Je dis "utilisais" parce que je ne sais pas si Visual C++ le fait encore et il me semble qu'1 partie des IDE le faisaient fin 90 - d�but 2000.
Et en 2012 j'ai utilis� XCode 4 qui le faisait �galement :whistle:

---

Je n'ai rien compris � votre intervention. Etes-vous en France, vu qu'il est 5 heures du mat ?