Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

get/set petite question

zahid98

Comme le marque le titre, j'ai un gros problème avec les fameux send/get x) et je me demande si une ame de grosse bonté peu me vulgariser(simplifier) leur fontion dans notre programme(n'importe ). Merci d'avance :D

BlueDream

Petit exemple du MSDN:

Dim Name As String
Property fullName() As String
    Get
      Return Name
    End Get
    Set(ByVal Value As String)
      Name = Value
    End Set
End Property

Facile à comprendre non ?

zahid98

C'est ca le prob' je galere a comprendre qu'est ca que le value viens faire ici ainsi que la nature du fullname() (fonction, objet...) ? merci deja pour ta reponse :P

BlueDream

En gros le principe c'est d'avoir une variable qui stockera la valeur:

Dim Name As String

Et un Property:

Property fullName() As String
    Get
      Return Name
    End Get
    Set(ByVal Value As String)
      Name = Value
    End Set
End Property

Décortiquons ce code:

Get
      Return Name
    End Get

Le get c'est se qui va retourner la valeur, donc on retourne Name.

Set(ByVal Value As String)
      Name = Value
    End Set

Le set c'est lorqu'on défini la valeur de Name, Value étant la valeur attribué.

Labo

WOOOOOOAAAAA c'est de la POO sauce VB ???

Jamais rien vu d'aussi dégueu !!!

C'était le démotivateur de minuit :D

ToOnS

sinon a la place de set :

name = value

et de get :

value = name

ca marche aussi

Sadikk

C'est ce qu'on appelle des propriétés, tu n'es pas obligé d'en utiliser bien que ce soit plus propre.

Lakh92

De manière générale, les propriétés permettent de mieux gérer l'accessibilité de ta donnée.

Tu veux par exemple exposer une variable sans pour autant permettre à une ressource extérieure de modifier cette variable.

C'est faisable en disant explicitement que le Set est privé :


Private foo As Integer
Public Property Foo() As Integer
   Get
      Return foo
   End Get
   Private Set(ByVal value As Integer)
      foo = value
   End Set
End Property

Ainsi, foo est accessible en lecture, mais pas en écriture.

Gohu

Propriétés = connerie de la POO.

C'est simplement le nom que on a donné au variables publiques, pour faire croire que c'est moins sale que une variable publique.

zahid98

Haha @gohu donc c est futile :D et merci pour vos reponses ca fait plaisir de voir autant de reponses :D!

Edit: donc le get/servent a declarer ume variable constante? :) et le value faut pas le declarer? x)

BlueDream

En gros ta une variable Publique et une variable Privée qui retourneront les mêmes valeurs.

Je vois pas vraiment l'interet d'un property si c est pas pour effectuer des opérations sur la variable, ou des conditons assez spéciales. Autrement autant déclarer une variable publique.

Lakh92

Gohu a dit : "Propriétés = connerie de la POO.
C'est simplement le nom que on a donné au variables publiques, pour faire croire que c'est moins sale que une variable publique."

BlueDream a dit : "En gros ta une variable Publique et une variable Privée qui retourneront les mêmes valeurs.
Je vois pas vraiment l'interet d'un property si c est pas pour effectuer des opérations sur la variable, ou des conditons assez spéciales. Autrement autant déclarer une variable publique."

...

Lakh92 a dit : "De manière générale, les propriétés permettent de mieux gérer l'accessibilité de ta donnée.
Tu veux par exemple exposer une variable sans pour autant permettre à une ressource extérieure de modifier cette variable.
C'est faisable en disant explicitement que le Set est privé :
Private foo As Integer
Public Property Foo() As Integer
   Get
      Return foo
   End Get
   Private Set(ByVal value As Integer)
      foo = value
   End Set
End Property
Ainsi, foo est accessible en lecture, mais pas en écriture."

zahid98

Haha xD :'))))))))))))))))))))