Bonjour à tous

J'ai lu le chapitre en C++: "Classes et pointeurs"

Comme j'ai m@teo l'explique, j'ai fait une classe arme en utilisant les pointeurs.
Il nous explique comment à partir de la classe Personnage passé à la classe arme grâce à la fléche (->).

Mon probléme:
Peut t'on accédé à une methode de classe arme directement sans passé par une methode de classe personnage? si oui comment ?

Merci d'avance

faut :
soit que ta variable de type Arme soit publique.
soit que tu crées une méthode qui renvoie ton pointeur arme.

Je ne comprend pas se que tu veux m'expliquer.

Je n'ai pas parler d'accés à une variable d'une classe.
Mais d'un appel de methode de la classe Arme.

sans héritage : non.

Je comprend pas trop, tu veut acceder à une classe arme contenu dans un Personnage dans le main sans faire Personnage->arme ?
Je vois pas trop l'intérrêt, mais oui c'est possible.
Mais sa ne serais pas utile car il faudrait initialiser un pointeur de type Arme n'appartenant pas a Personnage sur l'arme pour pouvoir y accéder dans le main sans passer par Personnage.

exemple :



Dans le cas où l'arme de perso est public, ou alors il faut faire un accesseur.
Mais bon, aucune utilité de créer un pointeur de type Arme pour ça...
Autant mieux directement marquer perso->arme->getDegats();

PS : Que vient faire l'héritage la dedans ?

Permet de passer de perso->getDegats() (qui est en réalité : perso->getDegats->armedegats (*))
à perso->getDegats().

(*) je veux dire par la que la méthode getDegats va utiliser une autre méthode pour chercher les degats de l'arme et les retourner.

Enfin ton illustration et la mienne ont une grande différence : je n'ai pas pensé à mettre l'objet arme en dehors de perso...

Excusez moi mais je n'ai pas vue dans le cour "l'héritage" qu'es ce ?

J'explique mon principe.

Mon frére qui travaille à l'IUT informatique à Aix en provence m'a dit, ne met jamais de "cout<<" dans les methodes c'est de mon prof de C++ qui me l'as dit.

Alors j'ai crée une variable String qui demande de récpéré comme valeur les donné du perso, donc la methode de la classe personnage donne dans se qu'il renvoit toute les informations(affichage). Le probléme c'est qu'avec 2 classe j'ai fais(pour simplifier une fonction qui prend les donné de la classe Personnage, et de la classe arme.

Excusez moi si je me fais pas trés bien comprendre mais j'ai vraiment beaucoup bue.. Enfaite je suis casi ivre..

DJ-JB j'ai rien compris a ce que tu nous a raconter
A part que tu dis que les cout dans les méthodes cay mal, je vois pas trop pourquoi...
Hiura tu n'aurais pas fait une erreur en écrivant ?
perso->getDegats() = perso->getDegats()...

Mon illustration était un exemple mais je précise que je la trouve moi même obsolète, puisque l'on peut faire perso->getDegats(), qui revient à perso->arme->m_degats. C'est peut être ce que tu voulais dire, j'ai pas tout compris alors

DJ-JB le prof de ton frère dit des choses parfaitement sensées. Il convient de séparer le code "métier" des affichages. ceci dit, il est acceptable de laisser des traces temporaires en vu de faciliter le debug.


Une meilleure (elle est encore très loin de la perfection) modélisation cacherait même la notion d'arme. A la place le perso attaquerait un autre. C'est le perso qui attaque qui décide de l'arme, l'arme qui détermine les dégats à encaisser et leur nature. Quant à l'attaqué, en fonction de ses protections et autres immunitées courantes encaissera des dégats typés.

Aucune indirection à 15 niveaux de profondeur, aucun accès aux éléments internes, aucun accesseur. Juste de la POO.

Citation : lmghs

Une meilleure (elle est encore très loin de la perfection) modélisation cacherait même la notion d'arme.

Ben voilà qqn qui sais mieux s'exprimer que moi. (même à 1.30 )
En gros c'est ce que je voulais dire.

Ah ok, maintenant que j'ai le cerveau moins fatiguer je comprend mieux

Se n'est pas le cas de tout le monde..


`Equipement*Personnage::m_equipement' is private

Main.cpp:


Personnage.cpp:



Personnage.h:

Rajoute une fonction membre à la classe de l'objet Perso qui permet de modifier m_equipement.

Comme ça tu ferra ça dans ton main : Perso.SetAffichage(affichage);

PS : je ne comprends pas le affichage = Per... (elle te sert à quoi cette variable affichage?) Tu modifies l'affichage et en même temps tu récupère qqch... Pas logique à mon avis.

Le "cout<<" se trouve dans le main. Donc la methode met dans la variable tout l'affichage. Deplus je dois convertire aussi les valeurs des variable "force", "dexterité" etc.. qui sont de type main.

Mais j'ai fais se que tu m'as dis et sa veut bien compiler mais voilà que mon programme s'arrête dés que je demande l'etat.

Telecharger le projet

Allez dans le menu Combat! Ensuite demandé l'affichage de l'etat du personnage vous allez voir le jeux se bloqué et s'arrêter.

Petite précision : si tu veux absolument acceder aux dégats de l'arme, tu peux faire :



Ça évite de créer plein de méthodes et/ou de pointeurs juste pour y acceder.


Et pour ton problème de "`Equipement*Personnage::m_equipement' is private " c'est juste que t'as pas le droit d'acceder comme ça à l'arme du perso, tu dois créer une méthode qui te renvoie l'arme :




Et sinon pour le fait que ça bloque au moment d'afficher l'était, je peux pas trop te dire, je trouve ton code très mal organisé

C'est le premier concept de la POO : l'encapsulation, chaque classe conserve ses données scrupuleusement en abstraction de son utilisation.

Pour ce qui est de l'affichage si c'est le nombre de dégat que tu veux savoir pourquoi ne retourne tu pas seulement un int contenant la force de l'attaque

tu aurais une fonction du genre :


Je te laisse imaginer l'implémentation mais attention :
! pas d'affichage,
! pas d'accès aux membres privés de l'"autre" personnage,
! les points de vies ne doivent pas être enlevé à l'autre personnage (c'est à lui de s'en charger).

P.S. le "Personnage &" c'est une référence, un peu comme un pointeur à la différence qu'elle s'utilise à la manière d'une variable statique et qu'on ne peux modifier l'espace mémoire "pointée"... Donc l'instance de Personnage passée en paramètre sera modifiée dans la fonction appelante.

Arf merçi j'ai réussi à compiler mais je n'arrive pas a trouver dans vos réponse le pourquoi du bloquage !

Merci comme même pour m'avoir aider pour ma premiére problématique.