Ok VBA n'est pas fait pour ça mais..

Bonjour,

je sais que VBA n'est pas fait pour créer des logiciels et qu'il serait plus judicieux d'apprendre un nouveau langage type C# pour faire cela. Mais étant têtu, pas dev de formation et n'ayant même pas d'ordinateur à moi, je me suis quand même lancé dans le projet de créer un petit logiciel pour un projet scolaire. Donc je trimbale un fichier .XLSM sur une clé USB et je bosse sur mon projet quand je trouve un PC à disposition. (C'est au moins un avantage de VBA qu'Excel soit installé quasi partout).

Mon projet consiste à presque dématérialiser un livret de correspondance entre mon école, les élèves apprentis et les entreprises. Je dis presque parce que le classeur papier deviendra clé USB.
Le projet est bien avancé, et fait assez sérieux. On ne soupçonne pas d'être sur Excel, sauf au lancement et lorsqu'il faut accepter les macros.

Mon problème concerne les références du projet

J'ai remarqué qu'une référence était souvent manquante sur les PC, la "MSCOMCT2.OCX". Elle sera donc sur la clé et je ferais un petit "lisez-moi" pour que les utilisateurs l'ajoutent par eux-mêmes.


Ma question : Comment connaitre toutes les références indispensables au bon fonctionnement de l'application ? Y'a-t-il d'autres risques auxquels je pourrais être confronté ? Je suis preneur de toutes remarques et ou conseils.

Bonjour
Personnellement en phase d'exploitation, je transforme le maximum en Late Binding et en décochant le maximum des références (Qui peuvent l'être) pour des soucis de compatibilité.

Pour l'existence ou non d'une librairie sur le poste de destination, là c'est autre chose.

Merci mercatog pour cette réponse. Je viens donc d'essayer d'apprendre ces 2 notions que sont le late et le early binding (ici). Si je comprends bien, l'avantage concerne la gestion des erreurs? Elle se déclareront au plus tard et donc l'application sera un peu plus utilisable bien que la référence soit manquante?

J'ai remarqué que lorsque la ddl "MSCOMCT2.OCX" est manquante, l'application plante à l'ouverture et le debbogeur pointe sur des objets comme les progressbar par exemple.

Citation:

---

Envoyé par anarchiste-mouton

je sais que VBA n'est pas fait pour créer des logiciels et qu'il serait plus judicieux d'apprendre un nouveau langage type C# pour faire cela.

---

Sans aller si loin, tu pourrais envisager Visual Basic (sans "A") avec Visual Studio Express ou Visual Studio Community (gratuits).

Citation:

---

Comment connaitre toutes les références indispensables au bon fonctionnement de l'application ?

---

Un bon début est d'aller voir ce qui est coché dans Outils > Références.

Bonjour Menhir,

Quel serait l'avantage de passer à VB ? (on parle bien de VB.NET?) J'aime bien VBA par Excel car mes feuilles font office de table pour ma base de données, j'imagine que par VB il faut apprendre à utiliser SQL ?

Bonsoir,

Citation:

---

n'ayant même pas d'ordinateur à moi

---

Le premier avantage que je vois est dans ta recherche, chez tes amis, d'un ordinateur procédant visual studio en plus d'office !

Citation:

---

Envoyé par anarchiste-mouton

Quel serait l'avantage de passer à VB ?

---

Proposer une application autonome.

Citation:

---

on parle bien de VB.NET?

---

Si je ne me trompe pas, Visual Studio intègre à la fois VB.Net et VB (sans A).

Citation:

---

mes feuilles font office de table pour ma base de données, j'imagine que par VB il faut apprendre à utiliser SQL ?

---

VB peut utiliser Excel (tout comme VBA Excel peut utiliser Word ou Open Base, entre autres).
Tant qu'un langage peut manipuler des objets (au sens informatique du terme) et qu'il peut "voir" les autres bibliothèques installées, il peut y accéder. Peu importe que le langage en question soit du VB, du C* ou autre.

Cela dit, ça perd un peu de son intérêt puisque, du coup, il faut quand même Excel sur le poste de l'utilisateur.

Bonjour,
A l'époque d'xp et de win7 j'utilisais un logiciel qui faisait un snapchot de la base de registre pour faire des installations de logiciels fonctionnant sur clé USB.

J'avais converti en USB Office et Vb6.

Je n'est jamais testé ce lien et même si ça fonctionne sur win10!

https://www.pcastuces.com/pratique/w..._usb/page2.htm

Citation:

---

Si je ne me trompe pas, Visual Studio intègre à la fois VB.Net et VB (sans A).

---

En fait c'est une libraire Visual Basic.

On affect un objet avec égale il n'y a pas de set!

Pour avoir une certaine compatibilitée avec vb6 il y a la méthode creatobject qui n'existe pas en VB.net

Trim existe pour vb6 mais alors qu'en VB.net c'est une méthode de l'objet string.Trim().
Et oui string est un classe pas un variable!

Personnellement je désactivé la librairie visual basic pour ne faire que du VB.net.