Discussion :

[guillaume07]

Salut,
au final je me demandais, le système de fichier en c++ c'est totalement subjectif non?
je veux dire qu'on est un fichier .h en tout et pour tout, qu'on le nomme .txt .src ça marchera ?

c'est le "standard" d'avoir un .h/.cpp mais techniquement rien n'empeche de faire totalement autrement ?

[3DArchi]

C'est quoi ta question ? si h et cpp sont des extensions standards ? Pas à ma connaissance. Je serais surpris d'une telle normalisation. h, ca doit être pour header, cpp vient de c dont je ne sais si à l'origine était là pour code ou parce que c'est du C.
Les systèmes de générations, les IDE utilisent l'extension pour choisir le compilateur à utiliser pour un fichier (C, C++, fortran, assembleur, etc.). Mais rien ne t'empêche de faire include "trucmuche.machin" ni de compiler mon_fichier.mon_extension.

[guillaume07]

et pourquoi séparer la définition de l'implémentation ?
c# et java ne font pas comme ça par exemple

[guillaume07]

voir stackoverflow y a déjà moulte réponse à ce sujet

[koala01]

Salut,

Les extensions "classiques" pour les fichiers d'en-tête sont h, hpp, hxx (h venant essentiellement du C)
Les extensions "classiques" pour les fichiers d'implémentation sont cpp, cxx et C (majuscule) sur les systèmes de fichier sensibles à la casse.

Comme toute extension, il s'agit plus de convention qu'autre chose car elle permetent aux différents outils et système de déterminer le contenu auquel ils doivent s'attendre lorsqu'il vont les ouvrir.

Tu es toujours libre d'utiliser une extension différentes pour tes fichiers d'en-tête ou d'implémentation (d'ailleurs les fichiers du standard C++ n'en ont simplement pas ), mais le gros problème sera... qu'elles ne respecteraient pas les convention, et que cela peut donc poser rapidement pas mal de problèmes à ceux qui ne seraient pas au courent de ce non respect

En outre, cela t'empêcherait de tirer parti de "l'intelligence" de certains outils et t'obligerait, par exemple, à expliciter le langage à utiliser lors de l'invocation de gcc, alors que, si tu suis les conventions, il saura d'office qu'il doit compiler un fichier cpp avec... le compilateur C++

[Klaim]

et pourquoi séparer la définition de l'implémentation ?
c# et java ne font pas comme ça par exemple

Ca ne veut pas dire qu'ils ont raison. Personnellement je trouve le code plus difficile à lire d'un point de vue de l'utilisateur du dit code (pour avoir pas mal pratiqué, Java, C#, AS3, etc.)