Étape 4: Subroutines
Quelque chose que vous remarquerez immédiatement sur la façon dont j’écris le code peut être vu en regardant la section après l’étiquette de "principale:"
Notez que tout est contenu entre l’étiquette « principal: "vers le haut et le rjmp « principale » en bas. Cela signifie qu’il n’y a pas d’échappatoire à cette section autrement que par les déclarations de « q » à l’intérieur. Maintenant jeter un oeil à une des instructions q, « q button_push » cela nous saute à la section sous le label « button_push »
Vous voyez que cette section est également contenue entre une étiquette et un « RPE » afin que le PC est également piégé à l’intérieur ici aussi. Cette section de code est appelée une « sous-routine » depuis que je l’appelle du bloc principal, il exécute une tâche, et puis il « reviens » à principal à l’endroit où il était appelé. Ainsi à l’aide de sous-routines comme ceci permet de bloquer le code en morceaux qui exécutent certaines tâches et puis retour à où ils étaient appelés. Les avantages de ce mode de codage sont les suivantes :
- Si vous vous trouvez en effectuant la même tâche plusieurs fois vous pouvez seulement appeler la sous-routine plutôt qu’ont le même ensemble de commandes répétées encore et encore. Le résultat est un programme court qui fait la même chose.
- Il est plus facile de lire le programme et comprendre ce qu’il fait à la différence du « code spaghetti » que certaines personnes écrivent où tout est une longue section qui saute autour en arrière, çà et là, dans tous les sens jusqu'à ce qu’une personne a besoin d’une cruche de whisky assise à ses côtés lors de la lecture pour conjurer la folie.
- Il est beaucoup plus facile à déboguer ! Si votre programme ne fonctionne pas et que vous n’avez aucune idée pourquoi (ce qui est généralement le cas lors de l’écriture en langage assembleur) vous pouvez facilement faire un travail de détective et isoler l’erreur à l’un des sous-routines et puis le comprendre de là. Le résultat est des heures de temps gagné.
Ainsi, vous verrez que j’utilise sous-routines « régulièrement » dans mes programmes;)
Exercice 1: examiner la sous-routine que j’utilise pour afficher les valeurs des dés de divers voyants s’allumant. Vous verrez que je suis réellement renversant en arrière d’un dé à l’autre. Si vous modifiez les retards dans la sous-routine « afficher », vous verrez ce scintillement. Le fait que le œil ne peut voir scintille qui est trop rapides me permet d’alimenter deux LED du même fil et juste flip en arrière très rapidement afin que le œil les voit tous les deux comme étant tout le temps. De cette façon au lieu d’avoir besoin d’un port de sortie pour chaque LED (donc un total de 16 dont le 0V et les ports de 5V) nous avons seulement besoin de 9. Pouvez-vous penser à une meilleure façon de le faire afin qu’il ne faut pas utiliser 7 de nos ports pour alimenter ces dés ? Quant à « Charlieplexing des voyants » comme je le faisais dans mon « instructable » sur Charlieplexing ? ( Que vaudrait la peine à long terme avec seulement 14 LED ?
La prochaine chose que nous allons commencer à utiliser est « Macros ».
