Tutorial VB - Page 1

Quelqu'un aurait-il l'adresse d'un bon tutorial VB ?
(je v en faire l'année prochaine à l'IUT, mais j'aimerai bien connaitre les bases avant...)

Toi ? Tu va faire du VB ?

c'est tellement facile que ca serait la honte de faire un tutorial pour ca! Syntaxiquement c'est comme le QBasic

Les bases, c'est que tu peux assigner n'importe quel type à n'importe quel autre et il sera automatiquement converti. Tu peux aussi écrire tout un programme sans déclarer une seule variable (toutes les variables seront implicitement déclarées comme Variant, le type passepartout).

Sinon, c'est du BASIC orienté objet et évènementiel.

Assez intéressant comme langage pour débuter dans la programmation évènementielle sous Windows

Et même pour débuter dans la programmation évènementielle en général...

OK...
merci

j'ai quasiment jamais codé en QBasic
Mon truc à moi, c'est le C et le C++.. autrement dit, les vrais langages puissants
mais j'ai pas le choix : ça fait partie du programme à l'IUT, le VB

Les vrais languages puissants et bien prise de tête

Tu vas découvrir ce que c'est que de terminer un programme en 1/4 d'heure

vrais progs puissants et prise de tête, oui, mais puissant !
je préfère me faire chier que sortir un truc qui me plaise pas

Erf

Si tu sais programmer tu pourras sortir un truc bien avec VB. De toute façon je pense tu n'exploiteras pas toute la puissance du PC avec VB, alors ça n'ira pas plus vite avec du C...

Je veux faire des "prog puissant"... Tu pourras dire ça quand tu sera arrivé aux limites de VB, mais je pense que tu as le temps

oué, je penses aussi avoir le temps

Le VB c'est bien pour des trucs particulier.
Genre:
Je fais un prog de liaison PC/TI: j'arrive pas à envoyer ou recevoir plus de 10 octets d'affilée dans perdre la synchro: Je suis obligé d'utiliser un API spécial -> VB pas terrible.
Je fais un simulateur de 8051 -> Là c'est OK.

VB faut pas trop lui demander des fonctions système.

Kevin Kofler a écrit :
Les bases, c'est que tu peux assigner n'importe quel type à n'importe quel autre et il sera automatiquement converti. Tu peux aussi écrire tout un programme sans déclarer une seule variable (toutes les variables seront implicitement déclarées comme Variant, le type passepartout).
Sinon, c'est du BASIC orienté objet et évènementiel.

T'as une programmation vachement propre toi !

Si on fait comme tu dis ça va bien pour des petits progs de rien du tout mais quand ça commence à devenir imposant bonjour les problèmes.
Sans aller à l'extreme comme toi, j'avais aussi tendance à aller au plus simple dans les déclarations, l'organisation du code etc. car on est pressé d'avoir un résultat.
Seulement quand tu vois qu'il faut ensuite 256 Mo de RAM minimum pou démarrer le programme ça rend la chose complexe le jour de la distribution sur le net.
"ça marche pas ça fait pas assez de mémoire et ça quitte !"
Voici le genre de messages que je me tapais par mail et quand tu dois te retaper tout ton code pour l'optimiser c'est un enfer.

La première chose à faire est de bien étudier les type de variable et utiliser celui le mieux adapté par rapport à l'espace mémoire utilisé. (Voir la partie "type de données" dans l'aide MSDN livrée avec Visual Studio)

En l'occurence, Variant, le type de données par défaut est ce qu'il y a de plus lourd alors c'est à proscrire absolument surtout si c'est pour gérer un 1 ou 0 par exemple.

Topper a écrit :
T'as une programmation vachement propre toi !

Je n'ai pas dit que c'était propre ni que c'était une bonne idée! J'ai juste dit que c'est possible, parce que c'est le cas!

Si on fait comme tu dis ça va bien pour des petits progs de rien du tout mais quand ça commence à devenir imposant bonjour les problèmes.
Sans aller à l'extreme comme toi, j'avais aussi tendance à aller au plus simple dans les déclarations, l'organisation du code etc. car on est pressé d'avoir un résultat.
Seulement quand tu vois qu'il faut ensuite 256 Mo de RAM minimum pou démarrer le programme ça rend la chose complexe le jour de la distribution sur le net.
"ça marche pas ça fait pas assez de mémoire et ça quitte !"
Voici le genre de messages que je me tapais par mail et quand tu dois te retaper tout ton code pour l'optimiser c'est un enfer.

La première chose à faire est de bien étudier les type de variable et utiliser celui le mieux adapté par rapport à l'espace mémoire utilisé. (Voir la partie "type de données" dans l'aide MSDN livrée avec Visual Studio)

En l'occurence, Variant, le type de données par défaut est ce qu'il y a de plus lourd alors c'est à proscrire absolument surtout si c'est pour gérer un 1 ou 0 par exemple.

Je sais bien, pas besoin de me le dire! Variant est leeeeent et consomme énormément de mémoire. Mais ça existe. (Du moins, ça existait. Dans VB.NET, ça n'existe plus, mais à sa place il y a Object qui peut contenir tout et n'importe quoi, et non plus seulement des objets comme avant.) Et donc il faut en parler, surtout si on essaye de décrire le VB en quelques lignes à quelqu'un qui connaît déjà le C (comme c'était le cas de squale92), vu que c'est une différence notable avec le C.

oki oki autant pour moi
C'est seulement que partir avec ces indications peuvent induire en erreur les novices