Exécuter une commande dont le code est rédigé dans un TextBox

Bonjour à toutes et à tous,

je ne sais pas si c'est possible (je n'ai rien trouvé dans ce sens), mais je souhaiterais dans mon projet, avoir la possibilité de tester certaines commandes, sans quitter le programme ni entrer dans le VBA, ou de corriger certaines erreurs de saisie sans être obligé de rajouter définitivement des lignes au programme.
C'est à dire pratiquement dans un UserrForm réservé au développeur avoir la possibiilté d'écrire les lignes de code dans un TextBox et en lancer l'exécution à partir d'un bouton de commande : Call...
Je suppose qu'il faudrait d'abord pouvoir transférer le texte dans un module avant d'y faire appel, et là, déjà, je ne vois pas comment procéder.

Un grand merci d'avance à celle ou celui qui voudra bien se pencher sur le problème

Cordialement

Bono1664

Citation:

---

Envoyé par Bono1664

---

Bonjour,

Avez-vous regardé ce tuto ? https://silkyroad.developpez.com/VBA/VisualBasicEditor/

Merci Eric pour votre réponse si rapide.

Et non, je ne connaissais pas VisualBasixEditor (je cherchais une relation entre TxtBox, Code , Commande, Module....). IL faut que je l'étudie en profondeur, mais je pense que je vais y trouver mon bonheur.

Je transmettrai le code que j'aurai pondu afin de le soumettre à votre expertise.

Merci encore

Bono1664

Salut.

Je doute très fort de la faisabilité pratique de la chose (même si je sais que techniquement, c'est faisable). Saisir du code à la volée dans un textbox pour le transmettre dans un module puis l'exécuter via un Run me semble pour le moins... folklorique ;) (ça me fait penser à des injections sql, tiens ;) ).

De plus, à moins de prévoir la suppression du code après usage, tu vas te retrouver avec un VBA salopé par des macros qui auront été utilisées une fois.

Pas très réaliste comme approche, à mon avis (c'est un constat technique, pas une attaque ad hominem ;))

Citation:

---

Envoyé par Bono1664

---

Bonjour,

Pour compléter la réponse de Pierre (:coucou:), je dissocie pratiquement toujours la partie code de la partie données avec des macros complémentaires sur mes outils. Dans le cas d'une demande d'évolution, je transmets une nouvelle version de la macro complémentaire.

Il pourrait arriver d'avoir des macros directement associées aux données pour lesquels le client ne peut ou ne veut pas interrompre l'exploitation ou que le coût d'une intervention serait prohibitif. L'utilisation de ce genre de code pour effectuer des maintenances correctives s'avère intéressante.

Bonjour,
En fait c'est tout à fait possible en vbscript.

https://www.developpez.net/forums/d1...e/#post9644001

Salut Robert,

Entre le faire en vbscript et le faire directement dans un module, mon choix est vite fait, surtout que sauf à bénéficier d'un éditeur de code performant pour le vbscript, les outils de débogage du code du VBE me semblent intéressants par rapport à une saisie "à l'aveugle".

Donc oui, c'est faisable par vbscript, par injection du texte d'un textbox, etc... C'est simplement casse-gueule et irréaliste avec des classeurs en production.

Et comme le fait remarquer Eric (:salut:), si on prévoit de devoir modifier du code, on travaille avec un xlam et on n'essaie pas de modifier du code "à la volée", qui plus est saisi dans un textbox. Et si on n'a pas prévu cette architecture, ben on prend son courage à deux mains et on la met en place.

Ce besoin de modifier "à la volée" révèle problème de conception de la solution mise en oeuvre qu'on ne palliera jamais de façon pro par des injections de code, quelle que soit la technique employée..

re
je rejoins un peu tout le monde en fait pierre et eric parceque c'est vrai un code a la volée ecrit dynamiquement dans un module pouAAAAAA
robert et ben tout simplement parceque les vbs dynamique je connais plutot bien
on peu trancher et se positionner entre les deux avoir un code vba dynamique mais on ne l'ecrit pas dans un module on l'execute dans un scriptcontrol ;)

Bonjour et merci à tous,

à tous les experts qui ont bien voulu répondre à ma question et m'ont convaincu qu'elle était inappropriée, tant du point de vue de la réalisation pratique que de mes connaissances pour la mettre en oeuvre.

Je vais donc abandonner l'idée et je considère la question comme résolue.

Encore merci à tous.

Bono1664

Citation:

---

Envoyé par Bono1664

---

Bonjour,

Merci pour ton retour.

Pour revenir à ton message d'origine, si tu programmes beaucoup en VBA, tu te seras aperçu que les sujets sont très souvent récurrents. Les méthodes qui fonctionnent pour les traiter peuvent être multiples, mais il y en a toujours une ou deux toujours fiables, que tu maîtrises et qui sont éprouvées. Alors tu as la possibilité de conserver ces méthodes dans des modules et de les exporter dans des répertoires thématiques. Au fil des besoins, il te suffit de les réimporter.
Toujours dans la perspective d'en faire le moins possible, tu rends tes routines paramétriques et tu n'as juste qu'à les assembler.... Enfin presque. :lol:

Bon courage.