Version imprimable
Etonnant que tu n'aies pas été invité à t'intéresser aux différentes fonctions de la librairie msvbvm60.dll ...
Ecrire une dll en c# à livrer avec ton classeur ... ! Va falloir que tes clients aient sacrément confiance ...
Bon.. Rien de tout cela n'étant toutefois du VBA, voire du VB tout court, je te laisse chercher. (tout cela aurait selon moi dû faire l'objet d'une discussion ouverte dans un autre forum de ce site).
Le truc c'est que je suis pas programmeur et je vends pas de logiciels finis, et je le ferai jamais.
Si jamais je dois créer mes propres fonctions via C# et ensuite les utiliser depuis la "plateforme" que je veux (notamment VBA), ça me va très très bien! De plus, j'ai presque fini mon DLL ;)
Donc je finis le coup du DLL et je me penche sur ta méthode NVCfrm, bien qu'elle me fasse un peu peur pour pas te mentir, car j'ai regardé vite fait et j'ai pas tout saisi. et il me se semble qu'en me plantant je peux faire des dégâts qui j'espère sont réversibles :/
Merci beaucoup à vous tous. Je mets le sujet en résolu, vous m'avez très bien aidé. C'est un bon forum!!
Bonjour,
Cela n'a fondamentalement aucun intérêt de vouloir faire en VBA toutes les choses que tu peux faire en VB.net. Pour la simple et bonne raison, qu'il n'y a pas de version unique de VBA. En fait, VBA est séparé en au moins 2 parties.Citation:
Envoyé par Sodruza
La partie commune, basée en fait sur Office, si l'on peut dire, avec un modèle-objet uniforme, et, ensuite, une partie spécifique à chaque application Office avec un modèle objet particulier. Si bien que des objets du même nom d'une application à une autre, peuvent même n'avoir aucune équivalence entre eux. En fait, la plupart des applications VBA Excel sont inutilisables en VBA Word, et c'est vrai pour toutes les applications qui hébergent VBA, même celles qui ne sont pas de Microsoft, parce que Microsoft a aussi vendu des licences pour permettre à des concurrents d'ajouter VBA à leurs propres produits.
Et puis le code que tu prétends être du code VB.net et du Code C#, n'est pas du vrai code VB.net ou C#. C'est créer ou appeler un wrapper qui fait exécuter du code-machine et qui récupère le résultat. Le vrai code VB.net ou C# doit se concentrer sur l'utilisation du Framework et non pas sur l'appel direct à l'API Windows. En fait, en .net l'appel direct à l'api Windows, sans passer par le Framework est une solution de pis aller, principalement pour préserver la compatibilité. En faisant cela, tu perds toute la sécurité liée à l'exécution du code managé par le CLR. De plus, ces appels-là, quand ils sont mal gérés, peuvent être à la source d'énormément de problèmes. Et c'est la même chose quand tu pars de VBA pour agir directement sur l'API.
Bonjour clementmarcotte
+ 1 million . C'est tellement vrai ! Et encore plus lorsque l'on touche à la mémoire .Citation:
De plus, ces appels-là, quand ils sont mal gérés, peuvent être à la source d'énormément de problèmes. Et c'est la même chose quand tu pars de VBA pour agir directement sur l'API
Et de la lecture (s'il y tient tant) :
http://www.xbeat.net/vbspeed/i_VBVM6Lib.html
A lire surtout jusqu'au bout, mise en garde comprise.
Dans mon cas, on me donne tous les jours des données sur EXCEL. Donc bon c'est Excel que je dois lier avec un programme extérieur. Je vais pas demander à mes collègues de me donner une liste journalière avec autre chose qu'excel.Citation:
Envoyé par clementmarcotte
De plus, ça m'intéresse de pouvoir faire ça avec excel, juste pour la beauté de la chose. Même si ça énerve les développeurs pur sang qui disent que ça sert à rien.
Pardonne ma nooberie, je pensais que quand on disait à VB.net d'utiliser des fonctions de l'API ça restait du VB.Net. Comme je l'ai dit, si j'arrive à mettre ma fonction dans un DLL et l'appeler via VBA, ça me va très bien, même si c'est pas du 100% VBA à vos yeux.Citation:
Envoyé par clementmarcotte
Perso, pour m’entraîner avec les adresses, je le fais sur des jeux vidéos (genre Plantes VS Zombies) => J'ai jamais eu de gros problème. Il m'est arrivé de faire planter le jeu, mais rien de grave.
Unparia, je lirai ton lien dès que possible, merci pour les infos que ça peut m'apporter. Je manque de connaissances théoriques.
Quel type de programme ?Citation:
Envoyé par Sodruza
Y'a une base de données derrière ? Si c'est le cas, tu pourrais simplement réaliser des injections avec des requêtes SQL après t'être connecté sur la base, ça se fait plutôt simplement en VBA Excel.