Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
LE TROLL
Bonsoir,
Ah, je ne fais pas trop vbA, mais je vais tenter une explication humble et non exhaustive:
- vb(6) est compilé généralement, donc plus rapide et indépendant (portable avec ses dll), il s'adresse à peu près à tout les objets, fichiers, et autres du système, c'est un langage de programmation complet qui permet de faire des applications d'excellente qualité touchant à pratiquement tous les sujets... La portabilité n'a pas en vb de prépondérance dans la mesure où le standard est Windows, les deux étant développés par MicroSoft...
- vbA est à l'origine un langage pour faire des macro-commandes (enchaînement de commande automatiques, qui une à une pourraient être faites à la main), dans les principales applications de MicroSoft (Word, Excel et Access)... Puis ces macros ce sont peu à peu développées pour permettre de réaliser de petites applications généralistes en gestion le plus souvent... C'est un langage interprété et non portable, c'est-à-dire qu'à chaque changement de l'application à laquelle il s'adresse, il faut opérer une mise à jour, et à défaut, de se planter (voir tous les problèmes sur le forums). Idem, il est nécessaire d'avoir une couche intermédiaire entre l'OS et le code, pour que l'OS comprenne le code qui n'est pas directement écrit en binaire (ça fait en gros 2 lectures au lieu d'1), donc c'est lent et mou...
Conclusion: S'il s'agit de faire de petite commandes pour se faciliter la tâche, vbA (qui sert à paramétrer) est très bien; mais s'il faut régulièrement faire de vrais programmes (y compris de gestion), vb (qui permet quant à lui de réellement programmer), y compris de faire tout ce que fait vbA, est indispensable. Dans l'absolu, connaître les deux serait plutôt recommandé... Les langage par contre, le langage est similaire, et "en théorie", vbA est presque capable de faire ce que fait vb, mais en pratique c'est quasi inextricable de tenter de créer une réelle application avec vbA, donc tout dépend de l'usage, en ne tombant pas dans le piège de rester en vbA mais de s'enhardir à tel point, que les paramétrages deviennent tellement complexes qu'ils devraient relever d'une vraie programmation en vb... --------
"PHIL" a écrit dans le message de news:
Bonjour,
QUelqu'un peut me dire les diffrences esentielles entre VBA et VB6?
merci
Bonsoir,
Ah, je ne fais pas trop vbA, mais je vais tenter une explication humble
et non exhaustive:
- vb(6) est compilé généralement, donc plus rapide et indépendant (portable
avec ses dll), il s'adresse à peu près à tout les objets, fichiers, et
autres du système, c'est un langage de programmation complet qui permet de
faire des applications d'excellente qualité touchant à pratiquement tous les
sujets... La portabilité n'a pas en vb de prépondérance dans la mesure où le
standard est Windows, les deux étant développés par MicroSoft...
- vbA est à l'origine un langage pour faire des macro-commandes
(enchaînement de commande automatiques, qui une à une pourraient être faites
à la main), dans les principales applications de MicroSoft (Word, Excel et
Access)... Puis ces macros ce sont peu à peu développées pour permettre de
réaliser de petites applications généralistes en gestion le plus souvent...
C'est un langage interprété et non portable, c'est-à-dire qu'à chaque
changement de l'application à laquelle il s'adresse, il faut opérer une mise
à jour, et à défaut, de se planter (voir tous les problèmes sur le forums).
Idem, il est nécessaire d'avoir une couche intermédiaire entre l'OS et le
code, pour que l'OS comprenne le code qui n'est pas directement écrit en
binaire (ça fait en gros 2 lectures au lieu d'1), donc c'est lent et mou...
Conclusion: S'il s'agit de faire de petite commandes pour se faciliter
la tâche, vbA (qui sert à paramétrer) est très bien; mais s'il faut
régulièrement faire de vrais programmes (y compris de gestion), vb (qui
permet quant à lui de réellement programmer), y compris de faire tout ce que
fait vbA, est indispensable. Dans l'absolu, connaître les deux serait plutôt
recommandé...
Les langage par contre, le langage est similaire, et "en théorie", vbA est
presque capable de faire ce que fait vb, mais en pratique c'est quasi
inextricable de tenter de créer une réelle application avec vbA, donc tout
dépend de l'usage, en ne tombant pas dans le piège de rester en vbA mais de
s'enhardir à tel point, que les paramétrages deviennent tellement complexes
qu'ils devraient relever d'une vraie programmation en vb...
--------
"PHIL" <PHIL@discussions.microsoft.com> a écrit dans le message de news:
21754167-2311-4093-9B38-2313283429F0@microsoft.com...
Bonjour,
QUelqu'un peut me dire les diffrences esentielles entre VBA et VB6?
Ah, je ne fais pas trop vbA, mais je vais tenter une explication humble et non exhaustive:
- vb(6) est compilé généralement, donc plus rapide et indépendant (portable avec ses dll), il s'adresse à peu près à tout les objets, fichiers, et autres du système, c'est un langage de programmation complet qui permet de faire des applications d'excellente qualité touchant à pratiquement tous les sujets... La portabilité n'a pas en vb de prépondérance dans la mesure où le standard est Windows, les deux étant développés par MicroSoft...
- vbA est à l'origine un langage pour faire des macro-commandes (enchaînement de commande automatiques, qui une à une pourraient être faites à la main), dans les principales applications de MicroSoft (Word, Excel et Access)... Puis ces macros ce sont peu à peu développées pour permettre de réaliser de petites applications généralistes en gestion le plus souvent... C'est un langage interprété et non portable, c'est-à-dire qu'à chaque changement de l'application à laquelle il s'adresse, il faut opérer une mise à jour, et à défaut, de se planter (voir tous les problèmes sur le forums). Idem, il est nécessaire d'avoir une couche intermédiaire entre l'OS et le code, pour que l'OS comprenne le code qui n'est pas directement écrit en binaire (ça fait en gros 2 lectures au lieu d'1), donc c'est lent et mou...
Conclusion: S'il s'agit de faire de petite commandes pour se faciliter la tâche, vbA (qui sert à paramétrer) est très bien; mais s'il faut régulièrement faire de vrais programmes (y compris de gestion), vb (qui permet quant à lui de réellement programmer), y compris de faire tout ce que fait vbA, est indispensable. Dans l'absolu, connaître les deux serait plutôt recommandé... Les langage par contre, le langage est similaire, et "en théorie", vbA est presque capable de faire ce que fait vb, mais en pratique c'est quasi inextricable de tenter de créer une réelle application avec vbA, donc tout dépend de l'usage, en ne tombant pas dans le piège de rester en vbA mais de s'enhardir à tel point, que les paramétrages deviennent tellement complexes qu'ils devraient relever d'une vraie programmation en vb... --------
"PHIL" a écrit dans le message de news:
Bonjour,
QUelqu'un peut me dire les diffrences esentielles entre VBA et VB6?
merci
Zoury
> QUelqu'un peut me dire les diffrences esentielles entre VBA et VB6?
Les deux languages possèdent les même règles de syntaxe. Ce sont les libraries de méthodes qui ne sont pas les mêmes (fonctions disponibles) bien que plusieurs d'entres elles existent dans les 2 environnements.
-- Cordialement Yanick MVP pour Visual Basic
> QUelqu'un peut me dire les diffrences esentielles entre VBA et VB6?
Les deux languages possèdent les même règles de syntaxe. Ce sont les
libraries de méthodes qui ne sont pas les mêmes (fonctions disponibles) bien
que plusieurs d'entres elles existent dans les 2 environnements.
> QUelqu'un peut me dire les diffrences esentielles entre VBA et VB6?
Les deux languages possèdent les même règles de syntaxe. Ce sont les libraries de méthodes qui ne sont pas les mêmes (fonctions disponibles) bien que plusieurs d'entres elles existent dans les 2 environnements.
