Salut,

En java, j'aimerais savoir comment modifier un objet, une classe sans passer par des setters.
Par exemple si je veux changer le nom de mon Personnage dans ma classe personnage je fais un truc du genre :

public void setNom(String nom) {
  this.nom = nom;
}

Le problème c'est que mon prof ne veut plus qu'on fasse ça. Il a parlé d'une classe "Evolve" à implémenter, mais j'ai beau chercher sur google je ne vois pas du tout à quoi ça renvoie.

Pourriez-vous éclairer ma lanterne et me dire quelle est la bonne pratique pour modifier proprement les données d'un objet ?

Merci d'avance.

Tu pourrais tout simplement mettre ta variable nom en public

C'est pas franchement une bonne pratique de tout foutre en public Candystand (encapsulation et responsabilités des objets + contrôle et maintenance facilités via l'utilisation de setter).
De plus, cela ne répond pas à la problématique de Cainzer, son professeur souhaitant manifestement un changement d'architecture.

Bon... Cainzer, sans avoir aucun contexte ni aucune information, ça va être très dur de t'aider.
J'imagine que vous avez un logiciel type "jeu de la vie" ou "pokémon" et que ce que ton professeur souhaite, c'est que la créature sache elle-même quelle est son évolution via l'utilisation d'une interface "Evolve".
Si tu pouvais donner du contexte, ce sera très très très très appréciés.

La bonne pratique est de passer par des setter (ou updater, dans le cas de changements plus complexes).

Tu peux faire avec la réflexivité mais je pense pas que c'est ce que veux ton prof

Bunyan, bravo c'est exactement ça ! Un logiciel type pokemon !
En gros, un pokemon qui a un nom, une ou des énergies, des points de vie...
Ce TP est juste un entrainement, il faut pouvoir créer plusieurs pokemons, les afficher et les modifier si on a envie.
A vrai dire je n'ai aucun mal à faire tout ça. Simplement : interdiction d'utiliser les setters. Là ça m'embête, comment modifier le nom de mon pokemon si j'ai envie ?
Donc si tu pouvais me dire la démarche ça serait sympa.

Tintinmage, merci ! Je sais pas s'il veut ça, mais je sais pas ce qu'il veut que je fasse en fait. Par contre ça me semble compliqué niveau démarche. J'ai l'impression qu'on fait du forcing avec cette méthode : setAccessible(true)

Les attributs sont obligatoirement private ?
Si non c'est que tu peux les mettre protected et ainsi pouvoir y accéder avec les class qui l'implémentent (cf Evolve)

Je pense que ton prof veut vous faire utiliser l'héritage et la visibilité protected (auquel cas tu pourras accéder à l'attribut comme on le ferait au sein de la classe mère avec nomAttribut ou this.nomAttribut).

Je ne pense pas qu'il veuille vous faire utiliser l'api de réflexivité qui est mauvaise en perf et à utiliser avec précaution (généralement dans les TU d'ailleurs, ou au sein d'un framework... rarement dans le cadre d'un projet).

Sinon pour les getters/setters, ceux-ci n'ont pas forcément besoin d'être écrits. Ils peuvent être générés (par eclipse) ou via annotations (https://projectlombok.org/).

Le 14 décembre 2015 à 21:03:41 Tintinmage a écrit :
Les attributs sont obligatoirement private ?
Si non c'est que tu peux les mettre protected et ainsi pouvoir y accéder avec les class qui l'implémentent (cf Evolve)

Oui obligatoirement en privée. Donc je peux mettre protected.

Le 14 décembre 2015 à 21:25:47 whiteapplex a écrit :
Le pokémon peut connaitre le nom de ses évolutions, donc il suffit d'avoir un entier "stade d'évolution" qui commence à 0, un tableau avec le nom des évolutions. Quand tu appelles la méthode Evolve, tu incrémentes le stade d'évolution et tu renommes le pokémon directement via cette méthode en faisant correspondre le stade d'évolution et le tableau des noms d'évolution, de cette façon les seuls noms que pourra prendre un pokémon sont les noms de ses évolutions, et si tu fais les bons tests dans Evolve pour la montée de niveau, le nom du pokémon est "sécurisé" et un utilisateur de la classe ne peut pas transformer un Magicarpe en Mew.
Si tu veux renommer un pokémon avec un nom personnalisé par contre il faudra forcément faire un setters je crois, mais bon dans le jeu les pokémons ont les deux informations: le nom donné par le dresseur et le nom de leur espèce, on parlait du deuxième je crois.

Ok donc pour un nom personnalisé il faut forcément un setter. Ça m'embête parce qu'il a dit qu'il fallait même pas que les setters apparaissent. Mais si je tape le nom du pokemon, que je le crée et que je me rends compte que j'ai fait une faute de frappe il faut bien pouvoir le modifier sans susciter une évolution.
Merci pour tes conseils pour faire évoluer le pokemon ils me seront utiles.

Le 14 décembre 2015 à 22:32:41 FrontPage2003 a écrit :
Je pense que ton prof veut vous faire utiliser l'héritage et la visibilité protected (auquel cas tu pourras accéder à l'attribut comme on le ferait au sein de la classe mère avec nomAttribut ou this.nomAttribut).

Je ne pense pas qu'il veuille vous faire utiliser l'api de réflexivité qui est mauvaise en perf et à utiliser avec précaution (généralement dans les TU d'ailleurs, ou au sein d'un framework... rarement dans le cadre d'un projet).

Sinon pour les getters/setters, ceux-ci n'ont pas forcément besoin d'être écrits. Ils peuvent être générés (par eclipse) ou via annotations (https://projectlombok.org/).

D'accord merci. Par contre générer automatiquement je connaissais.