Visual Basic .Net:Syntaxe objet

Lorsque nous fabriquions (et nous en fabriquerons encore) une variable, nous utilisions un moule à variable, qui s'appelait un type. Pour créer une nouvelle variable, il fallait lui donner un nom, par lequel on pourrait la désigner tout au long du programme, et préciser le type utilisé pour la fabrication de cette variable. D'où la syntaxe du genre :

Dim Toto as Integer

Eh bien, en ce qui concerne les objets, le principe est exactement le même, hormis qu'on ne les fabrique pas avec un type, mais avec une classe. Si nous disposons par exemple d'une classe Chien, nous allons pouvoir créer autant de chiens que nous voulons. Voilà par exemple un nouveau

On remarque la présence du mot clé New, propre aux déclarations d'objets, et qui différencie celles-ci des déclarations de variables. Dans le jargon du langage objet, cette instruction New s'appelle un constructeur.

[modifier]

Vocabulaire

Créer un objet d'après une classe s'appelle instancier la classe.

Un objet peut aussi être appelé une instance, ou une occurrence, de la classe.

Notre classe Chien a forcément été créée avec un certain nombre de propriétés et de méthodes. Nous pourrons accéder à ces propriétés et à ces méthodes par la syntaxe suivante, universelle :

NomdObjet.Propriété

Et également :

NomdObjet.Méthode

[modifier]

Remarque fondamentale

Dans un langage objet, on ne peut trouver que les deux syntaxes ci-dessus.

Il est absolument impossible de désigner un objet sans le faire suivre d'une propriété ou d'une méthode. C'est une faute de syntaxe.

De même, une propriété seule ou une méthode seule constituent également des fautes de syntaxe.

[modifier]

Propriétés

Admettons pour les besoins de la cause que notre classe Chien possède entre autres propriétés :

Taille (numérique)
Poids (numérique)
Couleur (caractère)
Vacciné (booléen)

Alors, je le rappelle, les règles d'utilisation de ces propriétés sont très exactement les mêmes que celles des variables. Sachant que le signe d'affectation, en Visual Basic, est le signe d'égalité, je peux donc écrire :

Rex.Poids = 14

Et je viens de fixer le poids de mon toutou à 14 kg. Pour le faire grossir de 5 kg, rien de plus simple :

Rex.Poids = Rex.Poids + 5

...et le tour est joué. Si je veux torturer la pauvre bête, je peux aussi la rendre aussi lourde que haute, en écrivant :

Rex.Poids = Rex.Taille

L'utilisation de propriétés non numériques ne pose pas davantage de problèmes :

Rex.Couleur = "Beige"
Rex.Vacciné = Vrai

[modifier]

Méthodes

Je le rappelle, si les propriétés sont en réalité des variables, les méthodes sont quant à elles des procédures. Lorsqu'on va utiliser une méthode, tout dépend donc de la manière dont la procédure a été écrite. En fait, tout dépend du nombre et du type des paramètres dont cette procédure a besoin pour s'exécuter. Ainsi, certaines méthodes peuvent-elles être utilisées sans passer de paramètres. D'autres en exigeront un, d'autres deux, etc. Dans tous les cas, cependant, une méthode est un appel de procédure. C'est donc une instruction à part entière. Nous en déduisons donc qu'il serait parfaitement absurde d'affecter une méthode, comme on affecte une propriété. On pourra donc avoir des lignes du genre :