Différence entre l'application vb.net une fois transformée en exe
Bonjour,
Comme je compte créer (finaliser) un dico bilingue en vb.net sur excel, j 'aurai un fichier de plusieurs gb.
Que se passe-t-il si je le transforme en exe (en langage machine, mais encore...) ?
1. La taille de mon fichier va etre compilée et donc compressée... de combien ? 1gb deviendra 100 mb ?
2. en .exe l'application s'exécutera plus vite...de combien ? si l'application non .exe s'ouvre en 5 min, au format .exe cela prendra 10 sec ?
3. au format .exe, le programme ne charge pas tout le fichier de données de plusieurs gb, mais va chercher uniquement les données recherchées ? oui ou non ? ainsi tout le progranmme tournera plus vite et la ram pas surchargée ?
Tout le but de cette programmation vb.net et puis compilation en .exe est de rendre le dico=programme plus rapide en tout, car actuellement, pc plante régulièrement et n'arrive pas à l'ouvrir. Alors que mon pc est suffìsammant puissant, plus de 30 gb ddr3 1600, etc.
Merci pour vos lumières,
Sergio
Comme je compte créer (finaliser) un dico bilingue en vb.net sur excel, j 'aurai un fichier de plusieurs gb.
Que se passe-t-il si je le transforme en exe (en langage machine, mais encore...) ?
1. La taille de mon fichier va etre compilée et donc compressée... de combien ? 1gb deviendra 100 mb ?
2. en .exe l'application s'exécutera plus vite...de combien ? si l'application non .exe s'ouvre en 5 min, au format .exe cela prendra 10 sec ?
3. au format .exe, le programme ne charge pas tout le fichier de données de plusieurs gb, mais va chercher uniquement les données recherchées ? oui ou non ? ainsi tout le progranmme tournera plus vite et la ram pas surchargée ?
Tout le but de cette programmation vb.net et puis compilation en .exe est de rendre le dico=programme plus rapide en tout, car actuellement, pc plante régulièrement et n'arrive pas à l'ouvrir. Alors que mon pc est suffìsammant puissant, plus de 30 gb ddr3 1600, etc.
Merci pour vos lumières,
Sergio
5 réponses
-
Bonjour,
Comme je compte créer (finaliser) un dico bilingue en vb.net sur excel
C'est soit du vb.net soit de l'Excel..
Le dico doit être un fichier séparé du fichier code. -
ContributeurBonjour,
voici un exemple de dico en VB.Net.
cela pourra t'inspirer pour la marche à suivre
https://codes-sources.commentcamarche.net/source/102666-rechercher-mot
-
Contributeur Ambassadeurbonjour, comment prévois-tu de "transformer" du .net en .exe? prévois-tu de le réécrire en C?
pourquoi le fichier ne serait-il plus complètement chargé en mémoire? cela dépend surtout de comment tu as écrit le programme. utilises-tu une base de données? -
Salut à tous
@yg_be, en .Net c’est un exe, la seule conclusion logique est celle de f894009 : il code en VBA
@sergio, je te conseille la lecture de ce tutoriel sur la compression DAWG
https://codes-sources.commentcamarche.net/faq/10903-compression-d-un-dictionnaire-sous-forme-de-dawg
Je ne sais pas si cela peut s’adapter à un dictionnaire bilingue, mais cela peut te donner des idées.
A l’époque on en a fait plusieurs implémentations
https://codes-sources.commentcamarche.net/source/s/dawg/last
Pour la mienne, j’ai adapté à l’objet (donc pour .net) et obtenu une meilleure compression en une passe.-
-
@yg_beHa oui, c’est exact, c’est une compilation intermédiaire qui est interprétée par la Framework .Net du pc cible. Comme java et sa machine virtuelle.
Cela dit c’est quand même très rapide d’exécution même si mon expérience tend à montrer que 2 codes « identiques » en C# et VB.Net qui sont sensés donner le même code intermédiaire n’ont pas la même vélocité, le C# va plus vite. De là à penser que Microsoft bride l’un pour que les autres « professionnels » aient l’impression de servir à quelque chose....
Si ton interprétation de la question de sergio est la bonne, alors c’est sa façon de lire Excel depuis .net qui influe le plus sur le temps d’execution, par exemple en automation c’est extrêmement lent alors qu’en openxlm c’est à peine plus long qu’un fichier textes
-
-
Contributeur Ambassadeurplusieurs GB de texte, vraiment?
