arty bours a écrit :
Je sais que je dois travailler avec la blibliothèque cini.h qui à ce que j'ai compris est assez particulière car non standard.
|
Non, cini.h n'est pas une bibliothèque. En programmation, une bibliothèque est un bout de code "compilé" (donc binaire, donc illisbile). Un fichier ".h" est un fichier "source" (lisible), donc ce ne peut pas être une bibliothèque. Un fichier ".h" est souvent appelé un fichier d'"includes".
C'est un complément à un fichier ".c". On mettre le même genre de ligne dans un fichier ".c" et dans un fichier ".h". La répartition entre ce que l'on met dans l'un et ce que l'on met dans l'autre n'est bassé que sur des convention d'usage approximatives. J'ai même vu des programmes où tout le code était mis dans un fichier ".h" et il n'y avait même pas de fichier ".c" (c'était un anglais excentrique qui avait fait ça, mais c'est pour dire que c'est possible). Bref, il faut voir un fichier ".h" comme un fichier ".c" bis, ou complémentaire.
Par convention, on met généralement tout ce qui concerne la "précompilation" dans le fichier ".h". Cette lettre "h" fait penser au mot "header". La précompilation se déroule avant la compilation. C'est juste un remplacement relativement simple de certaines chaines de caractères par d'autres chaines.
Voyons l'exercice :
A tiens, ces lignes qui commencent par un "#", ne seraient-elles pas des lignes de précompilation ? Où allons-nous les mettre ?
Vous verrez plus tard, les bibliothèques (libraries) et ce sera plus compliqué.