Comment créer un type de donnée ?

Version imprimable

28/03/2012, 11h34
xingjing910

Comment créer un type de donnée ?
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:

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 :ccool:
28/03/2012, 12h09
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.)
28/03/2012, 13h13
shayw
Salut

Citation:

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:

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

Citation:
Envoyé par shayw
un noeud
Code:

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.

28/03/2012, 13h34
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.
28/03/2012, 13h39
Bluedeep

Citation:

Envoyé par StringBuilder

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).
28/03/2012, 13h43
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.
28/03/2012, 13h56
Bluedeep

Citation:

Envoyé par StringBuilder

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.

Citation:

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.

Citation:

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 .
28/03/2012, 13h57
StringBuilder

Citation:

Envoyé par Bluedeep

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.
28/03/2012, 13h59
StringBuilder

Citation:

Envoyé par Bluedeep

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.

Citation:

Envoyé par StringBuilder

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:

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

28/03/2012, 16h19
xingjing910

Citation:

Envoyé par 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.

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