Merci Bernard, je vais vérifier le codage. Je développe sous Visual
Foxpro mais sorti de ce langage je ne connais pas grand chose à Windows
et je ne pensais pas que je faisais du COM automation !
[HORS SUJET]
Je voudrais juste revenir sur :
La programmation objet est très utile pour les problèmes complexes
(disons plusieurs milliers de lignes de codage), ou certains cas
spécifiques, mais à mon avis elle est lourde pour les problèmes simples
pour lesquels une bonne programmation structurée suffit.
J'ai 53 ans, 30 ans de programmation derrière moi et je crois, par
expérience, que la programmation objet est extrémement interessante dès
lors qu'on la maitrise bien. Il est évident que pour un tout petit
projet on peut s'en passer ... et même pour un gros !. C'est une
réflexion particulière, elle force à réflêchir avant de programmer
(c'est l'ennemi de la bidouille). Il faut abandonner des années de
réflexes (usage minimum de la mémoire, optimisation du code, non
duplication des données, ....)
Dans le cas des bases de données, J'ai une classe par table (fichier)
dans laquelle il y a tout le code d'accès, de codage, de calcul de
clefs, de vérifications. Si je passe de tables sous VFP à une base sous
SQL Server (ou autre) je n'ai que ces classes à modifier.
Au dessus j'ai des classes hierarchiques ('superposées') qui vont
contenir tout le développement métier de l'application
et l'interface homme-machine est à part sans code applicatif : une appli
PC est assez facile à passer en appli web et ... le COM automation est
facile à réaliser.
Mais on peut en discuter ...
Jean : objeteur de conscience !