Optimisation de la taille d'un fichier exécutable.

Question

Bonjour tout le monde.
J'ai développé une application dans un cadre professionnel avec VB6. L'application est composée de plusieurs feuilles (Forms), utilise un DataEnvironnement pour accéder à une base de données SQL Server. Après la compilation du code source et la génération du fichier exécutable, j'ai remarqué que la taille de ce fichier dépasse 40 Mo. Je veux savoir si cette taille est normale pour un exécutable et si ce n'est pas le cas comment faire pour optimiser la taille d'un fichier exécutable généré sous l'environnement VB6. 
Merci.

jmfmarques · Answer

Bonjour,

40 Mo, c'est en effet beaucoup pour un exécutable !

Que contient-il d'autre, le code étant mis à part ? (images, etc...)

cs_DARKSIDIOUS · Answer

Evite de mettre des images dans ton prog : même si tu lui mets des images compréssées (style JPEG, il enregistrera quand même des bitmap dans ton exe, ce qui fait exploser la taille !). Cela vient sûrement de là !

Sinon, essaye de découper ton prog en plusieurs dll contenant les différents modules de ton appliations (par module, je veux dire : ensemble de feuille qui se rapportent à peu près à la même fonctionnalité). Malheureusement, ce genre de pratique est surtout à faire dès le début pour des soucis d'optimisation, car toute l'architecture du projet est à revoir du coup !

Perso, je fait des applications avec des dizaines de dll activeX de 500 Ko à 5 Mo chacun, et un tout petit exe de 32 Ko qui me sert uniquement de lanceur des feuilles des dll, ainsi mon prog occupe très très peu de mémoire vive, il ne charge que ce dont il a besoin (chargement uniquement des dll dont l'utilisateur a besoin, et déchargement dès qu'il n'en a plus besoin), et chargement express (quelques millisecondes).

Plus le programme sera gros, plus il prendra de mémoire vive, et plus il sera long à charger, tout est lié !

YounesM · Answer

Mon application comporte plusieurs feuilles, un objet DataEnvironnement pour l'accès à une base de données, des états réalisés avec CrystalReport.

cs_DARKSIDIOUS · Answer

C'est sûrement tes états qui prennent le plus de place (avec les forms) !

Perso je n'utilise pas le Crystal report intégré à VB, il est lourd, trop limité, ne permet pas de personnaliser facilement les reports selon le client, et alourdit inutilement l'exe, j'utilise plutôt Report Manager, un outil gratuit et open source qui permet de faire mieux que les reports crystal, et sont utilisable sous forme de fichiers indépendant : un fichier par report, ce qui allège d'autant l'exe au final.

Optimisation de la taille d'un fichier exécutable.

4 réponses

Votre réponse

Discussions similaires