J'ai pris note de la taille du fichier .exe de nombreuses applications. p>
J'ai vu que Visual Studio 2005 a une taille .exe de 453 Ko et VS2008 de 1,04 Mo, car ils divisent l'application en plusieurs parties (.exe + de nombreux fichiers .dll). P>
J'ai vu également que MS Outlook a un très grand fichier .exe (11.8 Mo) pendant que MS Word est très faible (398 Ko)! P>
Après avoir réfléchi aux choses que j'avais vue, j'ai été laissée avec ces questions: p>
3 Réponses :
En règle générale, la grande taille EXE peut signifier que vous collectez toutes les dépendances dans un fichier unique afin qu'aucun problème de dépendance, comme DLL HELL Mais chaque fois que vous souhaitez résoudre n'importe quoi dans un petit module, l'utilisateur doit télécharger ce grand exe !!! p>
D'autre part, petit exe, vous pouvez signifier que vous modélisez votre application à différents modules, il est donc facile de gérer et de mettre à niveau ces modules séparément et que l'utilisateur n'a pas à télécharger le gros chunk exe p>
Un grand exécutable a probablement moins moins de bibliothèques partagées (code moins réutilisable), ce qui signifie que la demande est probablement plus intense de mémoire qu'une application utilisant des bibliothèques partagées. Si vous souhaitez un système avec une empreinte de mémoire minimale, vous voulez des bibliothèques partagées. P>
Un grand exe est susceptible d'être plus autonome, ce qui pourrait faciliter la conservation d'un déploiement stable. P>
Ces articles: p>
Un registre en profondeur dans le format de fichier exécutable portable Win32 h3>
Partie 1 , Partie 2 P> blockQuote>
semble être un très beau résumé du format de fichier. Utilisation de Windows Executables (et DLL). p>
Autant que j'ai pu voir, l'auteur nulle part nulle part sur si une certaine taille pour un exécutable est meilleure qu'une taille plus petite / plus grande. P>
Donc, ce pourrait dire em> signifie que la taille d'un exécutable n'a pas d'importance à Windows. P>
D'autre part, je pense que lorsque vous ouvrez un exécutable dans Windows, le fichier sera numérisé par des scanners de virus (le cas échéant) avant de remettre le fichier au système d'exploitation pour l'exécution. Donc, cela pourrait em> moyenne, cet exécutable plus grand moyen de démarrage plus long en présence d'une application de balayage. P>
+1 pour la numérisation de virus. Il faut également charger l'EXE dans la RAM afin qu'il y aura un léger délai lors du démarrage. Je ne pense pas que vous voudriez que votre exe soit de 20 Mo ou plus.
La taille est généralement assez pertinente ces jours-ci - sauf si vous créez des exes de la taille des gigaoctets! J'ai tendance à préférer des exe autonomes avec tout ce qui y est - donne moins d'options pour oublier quelque chose et causer des problèmes
Merci à tout comment a été fermé la question.
Nommé pour la réouverture. Bien que cela ne soit peut-être pas exprimé aussi bien que cela pourrait être une question utile ici: Quels sont les avantages et les inconvénients de la division d'une application en plusieurs modules par rapport à un exécutable monolithique?
Edité - il a été formulé subjectivement, mais je suppose que c'était une erreur involontaire de la part de Wael. Je doute qu'il se soucie vraiment de nos opinions, à moins d'avoir des faits solides pour les soutenir ...
Nommé pour la réouverture.