A voir également:
- Différence entre l'application vb.net une fois transformée en exe
- Application mobile - Guide
- Différence entre tcp et udp - Guide
- .Exe - Télécharger - Divers Utilitaires
- Difference entre million et milliard - Accueil - Technologies
- Comment supprimer une application préinstallée sur android - Guide
5 réponses
f894009
Messages postés
17268
Date d'inscription
dimanche 25 novembre 2007
Statut
Membre
Dernière intervention
29 mars 2025
1 713
23 mai 2020 à 07:34
23 mai 2020 à 07:34
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.
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.
cs_Le Pivert
Messages postés
7904
Date d'inscription
jeudi 13 septembre 2007
Statut
Contributeur
Dernière intervention
14 août 2024
729
23 mai 2020 à 09:32
23 mai 2020 à 09:32
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
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
yg_be
Messages postés
23535
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
27 avril 2025
Ambassadeur
1 579
23 mai 2020 à 09:57
23 mai 2020 à 09:57
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?
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?
Utilisateur anonyme
23 mai 2020 à 11:08
23 mai 2020 à 11:08
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_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_be
Messages postés
23535
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
27 avril 2025
1 579
23 mai 2020 à 11:52
23 mai 2020 à 11:52
je pensais qu'un exe .net était très loin d'exécuter du langage machine s'exécutant "plus vite".
Utilisateur anonyme
>
yg_be
Messages postés
23535
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
27 avril 2025
23 mai 2020 à 12:08
23 mai 2020 à 12:08
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
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
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
yg_be
Messages postés
23535
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
27 avril 2025
Ambassadeur
1 579
23 mai 2020 à 11:56
23 mai 2020 à 11:56
plusieurs GB de texte, vraiment?