débuts sur VB5 quels codes sources à lire ?

Bonjour,

J'ai de toutes petites connaissances en VB.
Je voudrais commencer par savoir si mon Visual Basic 5 est suffisant.

Quels sont les codes sources que je peux lire dès maintenant pour apprendre à mieux me dépétrer ?

Dois-je partir vers la relation VB/gestion de fichiers ou vers le perfectionnement de mes codes en simples projets en premier ?

Bonjour,

L'approche la plus logique est toujours la même :

Avant toute autre chose, s'imprégner totalement de ce que sont :
- les variables, leurs déclarations et types
- les objets : leurs évènements, méthodes applicables, propriétés
- les procédures en routine
- les procédures en fonction

Reviens lorsque tu auras suffisamment assimilé ces éléments dont la connaissance parfaite est indispensable.

En d'autres termes ; tenter de brûler ou d'a peine survoler ces étapes est de loin la meilleure façon de faire ensuite du n'importe quoi !

Re...

Pour être parfaitement clair : j'observe que 80 % des questions posées (et quelquefois touchant à des problème de degré plus élevé) mettent en évidence des lacunes fondamentales et basiques.

Pour ce qui est des sources, tu peux regarder les sources VB6.

A part 2-3 fonctions qui n'existe pas en VB5, VB5 et VB6 c'est grosso-modo la même chose.


---- Sevyc64  (alias Casy) ----

---

# LE PARTAGE EST NOTRE FORCE #    [ Lien ]

Merci à casy car je me suis perdu rapidement dans les dernières versions de VB.

Merci à jmfmarques. Je retiens principalement les notions que vous évoquez concernant les procédures ( de routine ou de fonction ). Je n'en ai pas la notion. Je connais les objets. J'ai revu les variables. Les propriétés me paraissent être un sujet très ample.

Je note vos conseils et vais commencer par lister les choses attribuables à un objet ( le text de textbox, le caption de cmdbtn, etc... mais aussi la liste des possibilités avec chaque objet ( si on est en mouseover, si on click, etc... ) ).

J'étais tenté d'ajouter :) à la fin de mon avant-dernier paragraphe.

Re,

J'en suis à événement.

J'ai une question qui va m'aider fort : si je déclare Event procedurename, étant donné que je n'ai pas encore vu les procédures, est-ce que le procedurename est le nom que je veux dont je construirai ensuite les arguments, les effets etc... ?

Je veux dire : ou bien est-ce une procédure incluse dans une liste de procédures VB ( que je n'ai donc pas encore vues ).

Ceci étant donnée la nécessité de ne pas labyrinther dans Visual Basic Reference. Merci.

Ce n'est pas Event qu'il faut utiliser mais Sub ou Fonction.
Event sert à autre chose mais je ne te l'expliquerai pas maintenant vu que tu ne connais pas très bien le language
_______________________________________________________________________
VB.NETis good ...VB6is better

OK,

Event s'utilise pour démarrer une procédure construite dont le nom est, par exemple procedurename ou meschouxfleur.

Bon, recentrons :

Je connais les variables. Je sais qu'un objet a une qualification en différentes catégories qui sont comme ses attributs ( le text de l'objet textboxN qui s'écrit textboxN.text, le visible de l'objet textboxN, etc... ).
Je sais qu'une feuille contient. Et qu'on déclare l'étendue d'une instruction sur la feuille ou sur moins.

Ce que je ne sais pas c'est comment éviter le labyrinthe du Manuel de Référence.
Y a t il un "anti-manuel" téléchargeable s'il vous plaît ?

Pour vous rassurer : je sais programmer en basic, je connais le dos et je suis champion d'overclocking. Mais ce serait triste d'en rester là.

Tu peux toujours être "champion" dans tout ce que tu veux d'autre...

Cela t'aura uniquement permis d'exercer ta logique des mécanismes et rien d'autre.

Ce n'est pas parce que l'on connais bien l'anglais et l'espagnol que l'on connait le chinois !
Le chinois, il faut l'apprendre, comme l'on a appris l'anglais et l'espagnol...
VB est un langage de développement. Comme tout langage, il s'apprend (tout au moins ses mécanismes et tout ce que je t'ai dit plus haut).
Or, tes questions montrent bien que tu n'as pas encore franchi la première étape ..
Non ! l' "anti-manuel" n'existe pas !
Il existe tout au plus les copier-collers (trop fréquents à mon point de vue) qui ne feront jamais de qui que ce soit un développeur ...

Bon, eh, l'anti manuel n'existe pas, on en reste là.