Différence entre l'application vb.net une fois transformée en exe

sergio -  
 Utilisateur anonyme -
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
A voir également:

5 réponses

f894009 Messages postés 17277 Date d'inscription   Statut Membre Dernière intervention   1 713
 
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.
0
cs_Le Pivert Messages postés 7904 Date d'inscription   Statut Contributeur Dernière intervention   729
 
Bonjour,

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

0
yg_be Messages postés 23541 Date d'inscription   Statut Contributeur Dernière intervention   Ambassadeur 1 584
 
bonjour, 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?
0
Utilisateur anonyme
 
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.
0
yg_be Messages postés 23541 Date d'inscription   Statut Contributeur Dernière intervention   1 584
 
je pensais qu'un exe .net était très loin d'exécuter du langage machine s'exécutant "plus vite".
0
Utilisateur anonyme > yg_be Messages postés 23541 Date d'inscription   Statut Contributeur Dernière intervention  
 
Ha 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
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
yg_be Messages postés 23541 Date d'inscription   Statut Contributeur Dernière intervention   Ambassadeur 1 584
 
plusieurs GB de texte, vraiment?
0