Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3421 connectés 

  FORUM HardWare.fr
  Programmation
  C++

  débutant, design et encapsulation ?

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

débutant, design et encapsulation ?

n°1688242
in_your_ph​ion
Posté le 19-02-2008 à 11:08:30  profilanswer
 

bonjour,

 

je suis débutant en c++ et j'ai une petite question ...j'ai fait une classe qui a une méthode qui retourne un pointeur sur un tableau , du genre :
 

 
Code :
  1. class GeoForm{
  3. public:
  4. int* get_position();
  6. private :
  7. int position[2];
  8. };
  10. int * GeoForm::get_position() {
  12. return position;
  14. }
 

est-ce la bonne manière de faire ?? J'ai lu dans un forum anglais que retourner un pointeur n'est pas une bonne solution du point de vue design parce qu'on perd l'encapsulation : on informe l'utilisateur que la classe utilise un tableau d'entiers.

 

Comment faudrait-il faire ? Que me conseillez vous ...?

 

merci d'avance

 


( ps: j'ai fait du c avant )

 


Message édité par in_your_phion le 19-02-2008 à 11:18:51
mood
Publicité
Posté le 19-02-2008 à 11:08:30  profilanswer
 

n°1688250
Elmoricq
Modérateur
Posté le 19-02-2008 à 11:26:33  profilanswer
 

Ben déjà, retourner l'adresse d'une variable privée rien que côté design, c'est très laid, parce que tu n'as du coup aucun contrôle sur le contenu. :/
 
Ensuite, je ne vois pas l'intérêt de retourner un tableau entier, mieux vaut retourner la valeur contenue à un index donné.
 
Enfin, sauf si tu as quelque chose de précis en tête, j'utiliserais plutôt une list plutôt qu'un tableau de valeurs, beaucoup plus facile à gérer.

Message cité 1 fois
n°1688259
in_your_ph​ion
Posté le 19-02-2008 à 11:32:27  profilanswer
 

Elmoricq a écrit :

Ben déjà, retourner l'adresse d'une variable privée rien que côté design, c'est très laid, parce que tu n'as du coup aucun contrôle sur le contenu. :/

 

Ensuite, je ne vois pas l'intérêt de retourner un tableau entier, mieux vaut retourner la valeur contenue à un index donné.

 

Enfin, sauf si tu as quelque chose de précis en tête, j'utiliserais plutôt une list plutôt qu'un tableau de valeurs, beaucoup plus facile à gérer.

 

salut, et merci pour ta réponse :)

 

"Ben déjà, retourner l'adresse d'une variable privée rien que côté design, c'est très laid, parce que tu n'as du coup aucun contrôle sur le contenu. :/"

 

je sais ... mais je sais pas comment faire autrement :(

 


en fait j'ai pas grand chose de précis en tête, j'ai une position dans l'espace 2d (position x et y) et au lieu de retourner la position x et la position y (donc faire deux get() ) j'avais pensé faire comme en c et retourner une addresse. Par exemple si je travaillais dans un espace a N dimensions j'aurais N valeurs a retourner, ce serait peut etre pas super pratique. Comment je pourrait faire avec une liste? pourquoi est-ce plus simple ?

 

d'avance merci

Message cité 1 fois
Message édité par in_your_phion le 19-02-2008 à 11:34:54
n°1688264
Elmoricq
Modérateur
Posté le 19-02-2008 à 11:36:43  profilanswer
 

Même en C je n'aurais pas fait comme ça, pour une raison simple : ce n'est pas intuitif.
En C, je travaillerais avec une structure comprenant la position sous forme de deux variables x et y.
C'est beaucoup plus lisible et compréhensible de travailler avec position.x et position.y qu'avec position[0] et position[1].
 
Du coup, rien ne t'empêche de faire la même chose en C++.
 
Pour la list, oublie ça dans ce cas-là, ça ne te sera pas utile.

n°1688266
masklinn
í dag viðrar vel til loftárása
Posté le 19-02-2008 à 11:36:51  profilanswer
 

in_your_phion a écrit :

en fait j'ai pas grand chose de précis en tête, j'ai une position dans l'espace 2d (position x et y) et au lieu de retourner la position x et la position y (donc faire deux get() ) j'avais pensé faire comme en c et retourner une addresse. Par exemple si je travaillais dans un espace a N dimensions j'aurais N valeurs a retourner, ce serait peut etre pas super pratique. Comment je pourrait faire avec une liste? pourquoi est-ce plus simple ?


Pourquoi ne pas tout simplement créer une classe Point (ou même une struct, c-style) et renvoyer ça?

 

Classe de préférence immutable, et du côté de l'appelant tu aurais un truc genre:

Code :
  1. Point p = geoForm.get_position();
  2. p.x;
  3. p.y;
 

edit: elmo :fou:


Message édité par masklinn le 19-02-2008 à 11:37:58

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1688272
fardke1
Posté le 19-02-2008 à 11:42:01  profilanswer
 

Ouais moi je suis d'accord avec Masklinn. Tu est en langage objet donc profites en. Fait des classes! Ce sera plus clair rien que pour coder correctement.

n°1688274
in_your_ph​ion
Posté le 19-02-2008 à 11:43:44  profilanswer
 

certes ....  :sweat:

 

merci pour vos réponses !!!

 

edit: si je fait une classe avec que des membres publiques, autant faire une structure non ?

Message cité 1 fois
Message édité par in_your_phion le 19-02-2008 à 11:45:39
n°1688276
Elmoricq
Modérateur
Posté le 19-02-2008 à 11:45:24  profilanswer
 

Bah, struct, class... en C++, ça fait pas une énorme différence. [:dawa]

Message cité 1 fois
n°1688279
masklinn
í dag viðrar vel til loftárása
Posté le 19-02-2008 à 11:46:09  profilanswer
 

Elmoricq a écrit :

Bah, struct, class... en C++, ça fait pas une énorme différence. [:dawa]


Tu peux déclarer que les membres d'une struct sont const final toussa?


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1688283
Elmoricq
Modérateur
Posté le 19-02-2008 à 11:49:53  profilanswer
 

Bah en fait, struct == class, y a que la visibilité des membres par défaut qui change (public pour struct, private pour class).

Message cité 1 fois
mood
Publicité
Posté le 19-02-2008 à 11:49:53  profilanswer
 

n°1688286
masklinn
í dag viðrar vel til loftárása
Posté le 19-02-2008 à 11:50:50  profilanswer
 

Elmoricq a écrit :

Bah en fait, struct == class, y a que la visibilité des membres par défaut qui change (public pour struct, private pour class).


Ah ok :o

 

edit: c'est vrai que j'avais vu passer un truc sur le sujet il y a pas longtemps [:figti]


Message édité par masklinn le 19-02-2008 à 11:51:09

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1688288
Elmoricq
Modérateur
Posté le 19-02-2008 à 11:52:14  profilanswer
 
n°1688289
in_your_ph​ion
Posté le 19-02-2008 à 11:52:16  profilanswer
 

ok ...

 

donc si je suis bien, pour mon exemple, je pourrait faire :

 
Code :
  1. class Point {
  2. public:
  3. int x;
  4. int y;
  5. };
 

ou, alternativement :

 


Code :
  1. struct Point {
  2. int x;
  3. int y;
  4. };
 

et dans ma classe GeoFrom :

 
Code :
  1. class GeoForm {
  3. public:
  4. Point get_position ();
  6. private:
  7. Point p;
  8. };
 

?


Message édité par in_your_phion le 19-02-2008 à 11:54:15
n°1688290
fardke1
Posté le 19-02-2008 à 11:52:51  profilanswer
 

in_your_phion a écrit :

edit: si je fait une classe avec que des membres publiques, autant faire une structure non ?


Pourquoi faire que des membres publics???
Tu déclares tes attributs en private et tu fait des get et des set pour les modifier comme une classe normale.

Citation :

sont const final toussa?

:ouch: J'ai pas tout compris là!!!

Message cité 1 fois
n°1688291
Elmoricq
Modérateur
Posté le 19-02-2008 à 11:52:52  profilanswer
 

Exactement. [:romf]

 

edit > j'répondais à in_your_phion :o


Message édité par Elmoricq le 19-02-2008 à 11:55:23
n°1688294
masklinn
í dag viðrar vel til loftárása
Posté le 19-02-2008 à 11:54:14  profilanswer
 

Elmoricq a écrit :

Celui-là [:opus dei]


Non :D

fardke1 a écrit :


Pourquoi faire que des membres publics???
Tu déclares tes attributs en private et tu fait des get et des set pour les modifier comme une classe normale.


Il n'y a pas à les modifier, le Point est juste utilisé pour encapsuler des informations, pourquoi se faire chier à créer des accesseurs qui n'ont strictement aucun intérêt?

fardke1 a écrit :

Citation :

sont const final toussa?

:ouch: J'ai pas tout compris là!!!


Ben déclarer les membres de la struct comme étant e.g. const histoire d'éviter qu'ils puissent être modifiés (puisqu'ils n'ont pas à l'être)


Message édité par masklinn le 19-02-2008 à 11:55:11

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1688299
in_your_ph​ion
Posté le 19-02-2008 à 11:58:28  profilanswer
 

Merci pour toutes vos réponses :)))

n°1688300
fardke1
Posté le 19-02-2008 à 12:01:30  profilanswer
 

Citation :


Ben déclarer les membres de la struct comme étant e.g. const histoire d'éviter qu'ils puissent être modifiés (puisqu'ils n'ont pas à l'être)


Excuse moi Masklinn après avoir lu les post suivant j'ai compris ce que tu voulais dire mais il y a un certain temps pour moi entre la lecture de vos post et l'écriture du mien :pt1cable: !!!!!!
 

Citation :

Il n'y a pas à les modifier, le Point est juste utilisé pour encapsuler des informations, pourquoi se faire chier à créer des accesseurs qui n'ont strictement aucun intérêt?


 
Pour les raison qui font les points fort du langage objet :
 -réutilisabilité de ta classe point.
 -protection de tes variables pour ne pas faire tout et n'importe quoi
 
Et puis sa te permet une meilleure lisibilité de ton code et c'est beaucoup plus propre.
De plus un get et un set pour une classe point c'est grand maximum une ligne... Je trouve quand même pas sa énorme!!

Message cité 1 fois
Message édité par fardke1 le 19-02-2008 à 12:02:25
n°1688322
masklinn
í dag viðrar vel til loftárása
Posté le 19-02-2008 à 12:34:47  profilanswer
 

fardke1 a écrit :

Pour les raison qui font les points fort du langage objet :
 -réutilisabilité de ta classe point.
 -protection de tes variables pour ne pas faire tout et n'importe quoi
 
Et puis sa te permet une meilleure lisibilité de ton code et c'est beaucoup plus propre.
De plus un get et un set pour une classe point c'est grand maximum une ligne... Je trouve quand même pas sa énorme!!


N'importe quoi en barres de 12.


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  C++

  débutant, design et encapsulation ?

 

Sujets relatifs
DAO (Data Access Object)[design] voila j'ai un site internet et je souhaiterai votre avis
[SGBD Access 2007 pro] Comment exécuter une requête en SQL (débutant)Problème d'utilisation d'une tortue ( debutant )
[Debutant] Modifier le code source de popa3d[Débutant] Tri sur un tableau, totalement perdu ...
[CSS] Problème pour un menu classique (niveau débutant)PHP aleatoire Problème de débutant.
[Debutant]Afficher element du tableau avec Randompour le débutant
Plus de sujets relatifs à : débutant, design et encapsulation ?

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.049 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)