Discussion :

[xingjing910]

Bonjour tout le monde,

Je voudrais savoir, comment on peut créer un type de donnée ? Je n'ai pas trouver dans les cours VB.net.

Par exemple, pour stocker les infos d'une personne. Je sais que en DELPHI, c'est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
type
 TPersonne = record
    NomPrenom: Ansistring;
    Sex : Byte;
    Telephone: Ansistring;
end

Comment on peut faire ça en VB ?
Si vous savez les liens des sites qui explique ? Merci bien de votre temps

[StringBuilder]

Le topic est marqué comme résolu, mais je répond quand même

Tu as la possibilité de créer une structure (struct) qui est le synonyme de "record".

Tu peux aussi créer une classe.

Si dans la plupart des autres langages (notamment le C++) la différence entre struct (simple succession de variables regroupée derrière un même pointeur) et une classe (un objet, avec tous les mécanismes associés), la différence entre les deux est bien moins évidente avec .NET puisqu'une structure peut avoir :
- un constructeur
- mes méthodes
- champs privés
- des accesseurs sur ces champs

Bref, la différence avec une classe est très minime (à vrai dire, je ne me souviens plus exactement quelles sont les différences).

Cependant, sémantiquement, il vaut mieux conserver les struct pour stocker des variables liées entre elles, sans y apporter de mécanismes complexes.

Tout au plus un constructeur et des méthodes de mise en forme.
(Genre pour une personne, on peut avoir un accesseur "Age" qui retourne un int à partir de la différence entre Datetime.Now et le champ DateNaissance, ou alors un autre accesseur "FullName" qui retourne la concaténation des champs Firstname et Lastname, etc.)

[shayw]

Salut

Bref, la différence avec une classe est très minime (à vrai dire, je ne me souviens plus exactement quelles sont les différences).

un noeud

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Private Class dataclient
           Public datanode as string
           public nextnode As dataclient
    End Class

[Bluedeep]

un noeud

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Private Class dataclient
           Public datanode as string
           public nextnode As dataclient
    End Class

Artifice totalement inutile car géré dans le framework avec les LinkedList.

[sinople]

Il y a pas une magouille entre les classes et les structures qui font que les classes sont toujours passé en référence alors que les structures non ?

J'ai même trouvé un "vieux" topic sur le sujet:

http://www.developpez.net/forums/d67...ucture-classe/

A noter dans ton exemple, une structure semblerait la solution la plus appropriée.

Néanmoins je pense qu'il faut un niveau technique assez elevé pour être en mesure de déterminer (et surtout comprendre pourquoi) quand il faut utiliser une structure au lieu d'une classe.

[Bluedeep]

Bref, la différence avec une classe est très minime (à vrai dire, je ne me souviens plus exactement quelles sont les différences).

Ces différences sont quand même essentielles :

- une struct est un type valeur, une class un type référence.
- une struct n'est pas héritable et ne peut hériter (sauf, obligatoirement, de Object).

[StringBuilder]

Pour moi, le choix entre structure et classe est surtout déterminé par l'aspect fonctionnel.

Une structure est faite pour représenter un ensemble de variables liées entre elles, dénuées de traitements métiers.

Une classe contient avant tout des traitements métiers, et des données sur lesquelles ils se basent.

[Bluedeep]

Pour moi, le choix entre structure et classe est surtout déterminé par l'aspect fonctionnel.

Alors que la différence est en grande partie technique, j'ai un peu de mal à comprendre cette affirmation.

Une structure est faite pour représenter un ensemble de variables liées entre elles, dénuées de traitements métiers.

Strictement rien n'empêche de mettre du code métier dans une struct.

Une classe contient avant tout des traitements métiers, et des données sur lesquelles ils se basent.

Inversement, rien n'empêche d'avoir une classe ne contenant aucune méthode.

Le choix se fait déjà par élimination : ai je besoin de l'héritage ? oui/non ? si oui, la struct est exclue.
La contrainte sur sur type valeur vs type référence peut être aussi pertinente notamment quand on gère des listes .

[StringBuilder]

Ces différences sont quand même essentielles :
- une struct est un type valeur, une class un type référence.

Oui, mais là où c'est moins clair, c'est quand la structure contient des variables de type référence. Du coup on passe en valeur des références, et on retrouve à peu de chose près le comportement d'une classe.

[StringBuilder]

Le choix se fait déjà par élimination : ai je besoin de l'héritage ? oui/non ? si oui, la struct est exclue.

Ouais, enfin de l'héritage sur une classe qui ne contient pas de méthode, c'est un peu limité quand même...

Ensuite, d'après la MSDN, il est clairement stipulé qu'il faut mieux éviter de mettre du code métier dans une struct. C'était en tout cas le cas de la doc de .NET 1.1 Après, j'avoue que je me suis pas amusé à relire la doc depuis.

[BenoitM]

Oui, mais là où c'est moins clair, c'est quand la structure contient des variables de type référence. Du coup on passe en valeur des références, et on retrouve à peu de chose près le comportement d'une classe.

Euh non du tout

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
 
public partial class WinTest: Window
    {
        public WinTest()
        {
            TestStruc stu=new TestStruc();
            stu.Val = 1;
            stu.testClass1 = new TestClass();
            stu.testClass1.intValue = 2;
            stu.testClass2 = new TestClass();
            stu.testClass2.intValue = 2;
            Test(stu);
            InitializeComponent();            
        }
 
        public void Test(TestStruc stu)
        {
            stu.Val=9;
            stu.testClass1.intValue = 8;
            stu.testClass2 = new TestClass();
            stu.testClass2.intValue = 7;
        }
 
    }
 
    public struct TestStruc
    {
        public int Val;
        public TestClass testClass1;
        public TestClass testClass2;
    }
 
    public class TestClass
    {
        public int intValue {get;set;}
    }

Remplace public struct TestStruc public class TestStruc
et tu aura pas du tout le même comportement
dans un cas tes valeurs seront perdue quand tu sortiras de la fonction dans l'autre pas

[xingjing910]

Il y a pas une magouille entre les classes et les structures qui font que les classes sont toujours passé en référence alors que les structures non ?

J'ai même trouvé un "vieux" topic sur le sujet:

http://www.developpez.net/forums/d67...ucture-classe/

A noter dans ton exemple, une structure semblerait la solution la plus appropriée.

Néanmoins je pense qu'il faut un niveau technique assez elevé pour être en mesure de déterminer (et surtout comprendre pourquoi) quand il faut utiliser une structure au lieu d'une classe.

Merci , en fin j'ai utilisé une structure tout simplement. Au début je voudrais créer une classe pour gérer aussi la communication de CAN. Mais le problème est que ça me semble compliqué et je ne suis pas encore à ce niveau. Du coup, j'ai créé cette structure dans un autre module que celle principale, dans le but de simplifier les codes. Merci à tous ceux qui ont participé dans cette discussion. Vous m'avez bcp dépanné et bcp appris des choses !! Merci