Evolution de VFP

Il serait possible de rester sous VFP6 pour développer le client. Mais cela serait vraiment dommage : Sous VFP6, nous n’avions pas trouvé de moyen efficace de renvoyer les données depuis les composants serveur. La solution en place est vraiment archaïque : le composant reçoit sa requête, génère le résultat dans un fichier dbf qu’il place dans un répertoire partagé, et retourne le nom de ce fichier au client. Le client vient le copier.

En 9, nous avons la possibilité d’utiliser des flux XML pour les échanges entre tiers. Mais cela veut bien sûr dire évolution de version de Fox des deux cotés, client et serveur.

Du coté client, tous nos applicatifs sont construits à l’aide d’une bibliothèque de classes commune « ClassLib ». Nous avons externalisé le ClassLib, par rapport au exécutables des applis, ce qui permet d’avoir de exe très petits.

Le Classlib est diffusé sur l’ensemble des postes, au même niveau que le noyau, et comble du confort il se télécharge tout seul lors des évolutions.

Basculer le Classlib en 9 ne va pas non plus être chose facile. J’aurai également voulu anticiper cette action durant l’été, mais cela n’a pas été possible.