Avec ce qui précède, on a maintenant suffisamment d'éléments pour structurer son application – ou plus exactement le texte source de son application – selon une hiérarchie de textes emboîtés.
On peut immédiatement se demander :
Je n'ai pas de réponse précise à la première question, si ce n'est : employer une Méthode Orientée Objet (MOO) ce qui revient à reporter la question vers la suivante : comment se définit une MOO ?
A ma connaissance, il n'y a pas de réponse formelle, mais plutôt diverses philosophies de programmation dont le point de convergence est justement la construction de programmes orientée par les objets. C'est de l'une de ces philosophies qu'il faudrait s'inspirer pour construire sa hiérarchie.
Quant à la seconde question, je dirai :
On présente un exemple, un peu simple, de situation où même l'emploi d'un langage de « haut niveau » ne permet pas d'éviter la dispersion de notions logiquement liées :
|
On s'intéresse à une boucle : - initialement, on a : | |
1: |
Le langage impose l'emploi d'une variable comme indice de tableau : |
2: |
Le langage, plus évolué, reconnaît un objet du type « |
3: |
|
4: |
Le compilateur associé au langage possède un bon optimiseur : le bon cas : |
5: |
Dans le bon cas : le paramètre de la fonction |
6: |
Dans le bon cas : en plus, la fonction |
|
Le cas simple est bien le cas 2. Cependant, diverses contraintes de contexte peuvent conduire à se placer dans le cas 6, et ceci même dans le meilleur des cas – langage évolué, optimisateur puissant. |