“doc” (Col. : Science Sup 17x24) — 2007/7/19 — 18:18 — page 261 — #271
i
i
i
i
i
i
i
i
5.6 La programmation à grande échelle
261
➤ La hiérarchie de regroupement simple
Un logiciel ne doit pas être stocké de façon dispersé dans un système de fichiers,
mais doit être regroupé le plus possible. Nous définissons une hiérarchie simple de
regroupement des composants d’un système. Nous avons trouvé cette hiérarchie utile
pour les documents et pour les applications. Nous commençons par l’élément le plus
facile à maintenir. Par exemple, si l’application est stockée dans un système de fichiers,
nous pourrons définir l’ordre suivant :
1. Si possible, mettez toute l’application dans un fichier. Le fichier peut être structuré en sections qui correspondent aux composants.
2. Si ce n’est pas possible (par exemple, parce qu’il y a des fichiers de types
différents ou parce que différentes personnes travaillent sur différentes parties
simultanément), alors mettez toute l’application dans un répertoire.
3. Si ce n’est pas possible (par exemple, parce que l’application doit être compilée
pour plusieurs plate-formes), mettez l’application dans une arborescence avec
une racine.
5.6.4 Les développements futurs
Les composants et l’avenir de la programmation
L’utilisation augmentée de composants est en train de changer la profession de programmeur. Il y a deux directions principales de changement. Premièrement, la programmation deviendra accessible aux utilisateurs finaux et pas seulement aux développeurs professionnels. Avec un jeu de composants à un haut niveau d’abstraction
et une interface graphique intuitive, un utilisateur peut faire beaucoup de tâches de
programmation lui-même. Cette possibilité existe déjà dans certains créneaux d’applications comme les statistiques, le traitement de signal et le contrôle des expériences
scientifiques. La tendance incluera tôt ou tard des applications pour le grand public.
Deuxièmement, la programmation changera pour les développeurs professionnels.
Comme de plus en plus de composants utiles seront développés, la granularité de la
programmation augmentera. Les éléments de base utilisés par les programmeurs seront
plus souvent de grands composants au lieu de petites opérations d’un langage. Cette
tendance est visible dans des outils de programmation comme Visual Basic et dans les
environnements de composants comme Enterprise Java Beans. Le goulot d’étranglement qui limite cette évolution est la spécification du comportement d’un composant.
Les composants actuels sont souvent trop compliqués et ont des spécifications floues,
ce qui limite leur utilisation potentielle. La solution, pour nous, est de simplifier les
composants, de mieux factoriser leurs fonctionnalités et d’améliorer leurs connexions.
© Dunod – La photocopie non autorisée est un délit
i
i
i
i
i
i
i
i
5.6 La programmation à grande échelle
261
➤ La hiérarchie de regroupement simple
Un logiciel ne doit pas être stocké de façon dispersé dans un système de fichiers,
mais doit être regroupé le plus possible. Nous définissons une hiérarchie simple de
regroupement des composants d’un système. Nous avons trouvé cette hiérarchie utile
pour les documents et pour les applications. Nous commençons par l’élément le plus
facile à maintenir. Par exemple, si l’application est stockée dans un système de fichiers,
nous pourrons définir l’ordre suivant :
1. Si possible, mettez toute l’application dans un fichier. Le fichier peut être structuré en sections qui correspondent aux composants.
2. Si ce n’est pas possible (par exemple, parce qu’il y a des fichiers de types
différents ou parce que différentes personnes travaillent sur différentes parties
simultanément), alors mettez toute l’application dans un répertoire.
3. Si ce n’est pas possible (par exemple, parce que l’application doit être compilée
pour plusieurs plate-formes), mettez l’application dans une arborescence avec
une racine.
5.6.4 Les développements futurs
Les composants et l’avenir de la programmation
L’utilisation augmentée de composants est en train de changer la profession de programmeur. Il y a deux directions principales de changement. Premièrement, la programmation deviendra accessible aux utilisateurs finaux et pas seulement aux développeurs professionnels. Avec un jeu de composants à un haut niveau d’abstraction
et une interface graphique intuitive, un utilisateur peut faire beaucoup de tâches de
programmation lui-même. Cette possibilité existe déjà dans certains créneaux d’applications comme les statistiques, le traitement de signal et le contrôle des expériences
scientifiques. La tendance incluera tôt ou tard des applications pour le grand public.
Deuxièmement, la programmation changera pour les développeurs professionnels.
Comme de plus en plus de composants utiles seront développés, la granularité de la
programmation augmentera. Les éléments de base utilisés par les programmeurs seront
plus souvent de grands composants au lieu de petites opérations d’un langage. Cette
tendance est visible dans des outils de programmation comme Visual Basic et dans les
environnements de composants comme Enterprise Java Beans. Le goulot d’étranglement qui limite cette évolution est la spécification du comportement d’un composant.
Les composants actuels sont souvent trop compliqués et ont des spécifications floues,
ce qui limite leur utilisation potentielle. La solution, pour nous, est de simplifier les
composants, de mieux factoriser leurs fonctionnalités et d’améliorer leurs connexions.
© Dunod – La photocopie non autorisée est un délit