Conseils pour le C

    Sur cette page, je vais essayer de regrouper le maximum de conseils que je juge utile pour vous permettre de programmer de la façon que je juge la meilleure sous TIGCC. (Ben oui, désolé, mais, puisque ce sont des conseils que JE vous donne, il est normal qu'ils correspondent à ma façon de penser...).
    Tout d'abord, vous devez savoir que les habitudes se prennent vite, mais qu'il est extrêmement difficile de s'en défaire... Pour cette raison, j'espère de tout cœur que vous prendrez dès votre départ dans la programmation de bonnes habitudes, qui vous serviront ensuite probablement sans même que vous y pensiez.

    Les conseils que je vais ici vous donner ne sont pas particulièrement organisés, car je les rajoute au fur et à mesure qu'ils me viennent à l'idée, par exemple lorsque je consulte un code source que j'ai reçu, ou lorsque je programme, ou même en écrivant ce tutorial...

I:\ Présentation du code source :

    L'IDE de TIGCC vous formate automatiquement votre code, notamment en utilisant des codes de coloration syntaxique. Ceci est déjà d'une grande utilité dans la mise en valeur de votre source.
    Cependant, je ne peux que vous encourager très fortement à prendre l'habitude d'utiliser un décalage lors des imbrications de fonctions ou de boucles... Cela permet de repérer dès le premier coup d'œil le début ou la fin d'une condition, ou d'une boucle de répétition...
    Ceci n'est pas difficile à mettre en oeuvre, puisque TIGCC le fait automatiquement, mais ce serait bien que vous veillez à ce que ce soit toujours fait correctement, en particulier quand, par exemple, vous effectuez un copier/coller d'une portion de code...

    En C, il est possible d'écrire plusieurs instructions sur la même ligne de code, en les séparant par ";"... Il est aussi possible d'écrire une seul fonction sur plusieurs lignes de code... Mais ceci rend parfois le code presque incompréhensible, que ce soit dans un sens ou dans l'autre...
    Je vous conseille donc vivement de n'écrire qu'une seule fonction ou instruction par ligne de code, et de l'écrire sur une seule ligne (sauf dans le cas des images ou des sprites, éventuellement...).

    Ces quelques petites opérations vous permettront plusieurs choses :

• Vous comprendrez vous-même mieux votre source, puisqu'il sera plus lisible.
• Si vous comptez distribuer vos sources, ceux qui souhaiteront l'étudier auront moins de difficultés... (pour la même raison !).
• Si vous avez un problème pour créer votre programme, et que vous me l'envoyez, sachez que je préfère largement un code bien présenté à un source "horrible"... Donc, si je ne dispose que de peu de temps pour étudier plusieurs sources, il y a de fortes chances pour que je choisisse le mieux présenté, et que je remette les autres au lendemain... Vous faisant ainsi prendre du temps....

    De la même façon, si vous souhaitez incorporer un extrait de source à une page Web, je vous conseille de le présenter de la façon la plus semblable à celle de l'IDE... Ainsi, le code est plus lisible, et le lecteur retrouve la présentation à laquelle il est habitué, ce qui lui permet de mieux comprendre...
    C'est ce que j'ai tenté de faire le plus possible dans ce tutorial, en particulier pour les grosses portions de source...

II:\ La Programmation, un problème de motivation :

    Je tiens à ce que vous sachiez (Je n'insisterai jamais assez sur ce point !) que programmer en C sous TIGCC n'est pas une chose extrêmement facile, surtout si vous ne connaissez absolument rien au langage C...
    Il vous arrivera donc souvent d'être un peu découragé parce que vous ne parviendrez pas à développer le programme de vos rêves... Ne vous inquiétez pas : c'est tout à fait normal... En effet, le C, comme toute chose, nécessite du travail et de la persévérance pour parvenir à obtenir de bons résultats...
    Un conseil : Ne vous lancez pas dans l'apprentissage du C en vous disant que vous allez rapidement sortir un super jeu et que vous êtes suffisamment fort pour cela : vous vous rendriez bien vite compte que c'est impossible, et cela risquerait d'être fatal à votre motivation.

    De la même façon, si vous vous lancez dans un grand projet, et que vous ne parvenez pas à le programmer de façon correcte, et bien, mettez le momentanément de côté, et revenez-y plus tard, après avoir appris de nouvelles choses, et vous verrez que, finalement, ce n'était pas aussi dur que ça en avait l'air !

III:\ Comment (faire) gagner du temps ? :

    Lorsque vous écrivez un programme, en particulier si le source est long, je vous conseille de le commenter au maximum, notamment en précisant l'utilité de chaque variable. Cela prend certes pas mal de temps, mais si un jour vous décidez de retravailler ce programme, vous vous rendrez compte de l'utilité des commentaires. En effet, il est très rapide d'oublier le rôle que devait remplir chaque groupe d'instructions, mais il est très dur de devoir le deviner en lisant le source. Ceci est d'autant plus vrai que vos habitudes et votre logique de programmation vont évoluer au fur et à mesure que vous deviendrez plus à l'aise en C... Ainsi, quelque chose qui vous paraissez évident quelques mois auparavant peut vite devenir incompréhensible à vos propres yeux, puisque vous ne serez plus du tout habitué à ce type de logique de programmation...
    De plus, si jamais vous souhaitez distribuer votre source, pensez bien que celui-ci sera beaucoup plus bénéfique à ceux qui le liront s'il a été commenté consciencieusement... (Et, de la même façon, si vous avez besoin d'aide pour votre programme, pensez bien que celui qui vous aidera aimerait ne pas avoir à chercher pendant des heures l'utilité de certaines variables...).

Peut-être rajouterai-je d'autres conseils d'ici quelques temps; s'il m'en vient à l'idée...

Copyright Squale92 & Verstand. Logo et sigle TCI® réservés. Développé pour MS Internet Explorer 5.0 en 1024x768 pixels. Page modifiée le