VB pour access (vba) vs VB
aceF5
Messages postés
5
Date d'inscription
vendredi 7 septembre 2007
Statut
Membre
Dernière intervention
15 décembre 2008
-
11 déc. 2008 à 18:14
aceF5 Messages postés 5 Date d'inscription vendredi 7 septembre 2007 Statut Membre Dernière intervention 15 décembre 2008 - 11 déc. 2008 à 21:36
aceF5 Messages postés 5 Date d'inscription vendredi 7 septembre 2007 Statut Membre Dernière intervention 15 décembre 2008 - 11 déc. 2008 à 21:36
3 réponses
cs_thierry la fronde
Messages postés
351
Date d'inscription
mercredi 21 juillet 2004
Statut
Membre
Dernière intervention
12 août 2009
11 déc. 2008 à 20:13
11 déc. 2008 à 20:13
Bonsoir,
J'ai peu d'expérience en VBA mais je le trouve moins pratique et surtout plus restreint que VB. je me pencherais davantage sur VB.NET. Un programme VBA fonctionnant sur un poste et pas sur un autre, j'ai déjà vu (le pourquoi est resté un mystère, mais je ne suis pas spécialiste de VBA)
thierry la fronde
J'ai peu d'expérience en VBA mais je le trouve moins pratique et surtout plus restreint que VB. je me pencherais davantage sur VB.NET. Un programme VBA fonctionnant sur un poste et pas sur un autre, j'ai déjà vu (le pourquoi est resté un mystère, mais je ne suis pas spécialiste de VBA)
thierry la fronde
PCPT
Messages postés
13272
Date d'inscription
lundi 13 décembre 2004
Statut
Membre
Dernière intervention
3 février 2018
47
11 déc. 2008 à 21:33
11 déc. 2008 à 21:33
salut,
VB6 vers VBA : en partie possible pour le "code facile", mais à la moindre particularité (activex, ou simple handle ou groupe de contrôles), peine perdue
VB.NET vers VBA : techniquement tout ce qui est fait en VB.NET peut être fait en VB6 donc... voir ci-dessus. mais d'un point de vue technique, c'est peine perdue.
de toute façon c'est inutile, ce que tu fais sous VBA access est forcément à but limité.
pour avoir un peu plus de liberté il faut forcément passer par un langage au moins compilable...
on oublie donc le VBA, VBS et plus généralement les langages web/scripts
passer vers VB6 te sera le plus facile (syntaxe très similaire au VBA)
passer à VB.NET exige un ré-apprentissage ("VB" dans le nom mais c'est un autre mode de développement) mais a l'avantage d'être gratuit
++ et bon courage
<hr size="2" width="100%" />
Prenez un instant pour répondre à [sujet-SONDAGE-POP3-POUR-CS_769706.aspx ce sondage] svp
VB6 vers VBA : en partie possible pour le "code facile", mais à la moindre particularité (activex, ou simple handle ou groupe de contrôles), peine perdue
VB.NET vers VBA : techniquement tout ce qui est fait en VB.NET peut être fait en VB6 donc... voir ci-dessus. mais d'un point de vue technique, c'est peine perdue.
de toute façon c'est inutile, ce que tu fais sous VBA access est forcément à but limité.
pour avoir un peu plus de liberté il faut forcément passer par un langage au moins compilable...
on oublie donc le VBA, VBS et plus généralement les langages web/scripts
passer vers VB6 te sera le plus facile (syntaxe très similaire au VBA)
passer à VB.NET exige un ré-apprentissage ("VB" dans le nom mais c'est un autre mode de développement) mais a l'avantage d'être gratuit
++ et bon courage
<hr size="2" width="100%" />
Prenez un instant pour répondre à [sujet-SONDAGE-POP3-POUR-CS_769706.aspx ce sondage] svp
aceF5
Messages postés
5
Date d'inscription
vendredi 7 septembre 2007
Statut
Membre
Dernière intervention
15 décembre 2008
11 déc. 2008 à 21:36
11 déc. 2008 à 21:36
Merci thierry de cette suggestion de regarder du côté de VB.NET. Je vais considérer sérieusement cette suggestion.
Concernant le fonctionnement d'un programme en VBA sur une machine ou sur une autre, il faut comprendre que le VBA requiert que ACCESS (ou le «Runtime» d'ACCESS) soit installé sur chaque machine pour que le programme fonctionne.
Bonne journée.
Michel
Concernant le fonctionnement d'un programme en VBA sur une machine ou sur une autre, il faut comprendre que le VBA requiert que ACCESS (ou le «Runtime» d'ACCESS) soit installé sur chaque machine pour que le programme fonctionne.
Bonne journée.
Michel
