this & état initial d'un objet

salut a tous .
je sais qu'on peut faire autrement mais je veut vérifier si on peut enregistrer l'état d'un objet lors de sa création avec le mot clé this

voila un exemple explicatif:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

class MonClasse {   MonClasse etat_Initiale;     public MonClasse(pram1,param2....) { etat_initiale = this; }   }

---

est ce qu'avec cette façon ,je peut récupérer l'état global(les valeurs de mes attirbuts initialement lors de la création...) après les avoir modifiers ultérieurement ?

Bonjour,
Il me semble que pour utiliser this, il faudrait s'y prendre de la façon suivante:

Code:

---

1 2 3 4 5 6

public MonClasse(pram1,param2....) { //etat_initiale = this; this.param1 = param1; this.param2 = param2; }

---

N'étant pas vraiment sur, car débutant, peut être qu'une confirmation par essais pourrais conformé cet exemple.
Cordialement.

Citation:

---

Envoyé par Microbulle

Bonjour,
Il me semble que pour utiliser this, il faudrait s'y prendre de la façon suivante:

Code:

---

1 2 3 4 5 6

public MonClasse(pram1,param2....) { //etat_initiale = this; this.param1 = param1; this.param2 = param2; }

---

N'étant pas vraiment sur, car débutant, peut être qu'une confirmation par essais pourrais conformé cet exemple.
Cordialement.

---

oui tu as raison c'est comme ça qu'on utilise this (sans plus de détail sur comment et pourquoi) ,mais moi, je cherche la philosophie ;)

Citation:

---

Envoyé par slim_java

est ce qu'avec cette façon ,je peut récupérer l'état global(les valeurs de mes attirbuts initialement lors de la création...) après les avoir modifiers ultérieurement ?

---

Le mot clé "this" représente l'instance sur laquelle tu travailles.
En effectuant "etatInitial = this;" tu stockes cette instance dans une variable nommée etatInitial. Si ensuite tu modifies "this", alors "etatInitial" sera modifié de la même manière, puisque les deux variables pointent vers la même instance.
Si tu veux vraiment stocker l'état initial d'un objet avant de modifier celui-ci, il faut vraiment le copier, élément par élément si besoin...

Citation:

---

Envoyé par Astartee

Le mot clé "this" représente l'instance sur laquelle tu travailles.
En effectuant "etatInitial = this;" tu stockes cette instance dans une variable nommée etatInitial. Si ensuite tu modifies "this", alors "etatInitial" sera modifié de la même manière, puisque les deux variables pointent vers la même instance.
Si tu veux vraiment stocker l'état initial d'un objet avant de modifier celui-ci, il faut vraiment le copier, élément par élément si besoin...

---

ce que tu vien de dire est logique et marche avec toute 2 ,3...n référence qui pointent sur un même emplacement mémoire :ccool: c'est pas ça qui m'inquiéter mais si je fait comme ça dans le constructeur :

public Mon class(param1,param2....)
{
etat_Inial=new MonClasse(this);
}

alors ca marche ?

Citation:

---

Envoyé par slim_java

ce que tu vien de dire est logique et marche avec toute 2 ,3...n référence qui pointent sur un même emplacement mémoire :ccool: c'est pas ça qui m'inquiéter mais si je fait comme ça dans le constructeur :

public Mon class(param1,param2....)
{
etat_Inial=new MonClasse(this);
}

alors ca marche ?

---

Salut,

Ça marchera si tu as bien défini ton constructeur par copie ;)
Tu peux aussi implémenter Clonable et implémenter la méthode clone()
Notamment lors de la copie d'objets non immuables, par exemple

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

public class MaClasse {   private MaClasse initialState;   private Date date; // java.util   public MaClasse(...) { initialState = this.clone(); }   public MaClasse clone() {   MaClasse result = new MaClasse();   result.date = this.date; // -> si tu modifies ta date, celle de l'état initial sera modifiée result.date = new Date(this.date.getTime()); // tu as une nouvelle instance de date, donc plus de problème   return result;   } }

---

Bref il faut bien faire attention lors de la copie.
Autre remarque : quel est l'état initial de ton instance état initial ? tu as pas peur de boucler infiniment ?

Citation:

---

Envoyé par slim_java

ce que tu vien de dire est logique et marche avec toute 2 ,3...n référence qui pointent sur un même emplacement mémoire :ccool: c'est pas ça qui m'inquiéter

---

Bah ça n'avait pas l'air clair pour toi, ou sinon tu n'aurais pas du poser la question :P

Citation:

---

Envoyé par slim_java

mais si je fait comme ça dans le constructeur :
public Mon class(param1,param2....)
{
etat_Inial=new MonClasse(this);
}

---

Là, clairement, etat_Initial contient une nouvelle instance de MonClasse, donc les modifications effectuées sur "this" ne l'affecteront pas directement. Ensuite, il reste à définir le constructeur MonClasse(MonClasse), de façon à ce que l'état de l'objet donné en paramètre soit bien copié dans le nouvel objet créé...
Évidemment, si certains champs de MonClasse sont des objets et que tu te contentes de copier leur référence, alors toute modification sur ces objets sera visible dans etat_Initial... A toi de voir si tu veux ou non effectuer une copie "en profondeur".

Citation:

---

Envoyé par George7

tu as pas peur de boucler infiniment ?

---

oui c'est ce qui m'ai venu à l'esprit ,je vais optez pour le constructeur par copie et faire preuve de patience

Peut être que cette idée sera valable.
Pourquoi ne pas stocker tes états initiaux dans un tableau? Les accès, par la suite serais simplifier, d'autant plus qu'il n'est pas nécessaire de déclarer par avance la taille du tableau et vue que la taille est disponible par la méthode ".lenght".
Enfin je dit ça, je ne dit rien ;)
C'est une simple suggestion :ccool:

Citation:

---

Envoyé par Astartee

Bah ça n'avait pas l'air clair pour toi, ou sinon tu n'aurais pas du poser la question :P

---

cette fois ,ce que tu disais sera logique si j'ai poster ma question avec ce code :

Code:

---

etat_Inial = reférenceObjet

---

avec reférenceObjet autre que this

Citation:

---

Envoyé par Microbulle

Peut être que cette idée sera valable.
Pourquoi ne pas stocker tes états initiaux dans un tableau? Les accès, par la suite serais simplifier, d'autant plus qu'il n'est pas nécessaire de déclarer par avance la taille du tableau et vue que la taille est disponible par la méthode ".lenght".
Enfin je dit ça, je ne dit rien ;)
C'est une simple suggestion :ccool:

---

Je suis pas sûr de comprendre ton idée ?
En plus que veux tu dire par : "d'autant plus qu'il n'est pas nécessaire de déclarer par avance la taille du tableau et vue que la taille est disponible par la méthode ".lenght""
La taille d'un tableau en Java est statique et il faut la donner à l'instantiation.
Bref tu peux expliquer ce que tu entends dans ton idée stp ?

A plus

Effectivement, j'ai commis une erreur suffisament grosse que je n'e l'ai pas vue au départ. Il faut indiqué la quantité au moment de la créer. Ce que je voulais dire c'est au moment de sa définition, il peut procédé ainsi:

Code:

---

1 2 3 4 5

int [] TTableau; ... utilisation ...

---

Et que, comme il sait quels état initiaux il utilise, ou il veut sauvé l'état, il crée une case pour chaque. Pour avoir la quantité totale et se déplacé avec une boucle, il n'a pas besoin de compté les cases, un simple length suffit.
d'où mon idée qui peut être une mauvaise idée.

Peut être que le plus simple c'est d'implementer cloneable, non?
Ensuite soit tu peu faire un MaClasse.clone(); soit il te faut redefinir la methode clone... c'est juste une idée...:mur:

salut
c'est maintenant :pc: que j'ai fini le codage de mon module.c'était trop dure vraiment.
j'ai opté pour le constructeur par copie en stockant les valeurs de mon instance dans un autre objet (pas de méme type en grainte de boucler infinément).pour les débutants,cette méthode marche bien mais dans mon cas ça a pas tourné car mon objet n'est pas stable 8O
la découverte de l'anomalie n'a pas était facile mais bon ..la solution qui ma résolue le problème était de stoker les valeurs des attributs de mon objets a l'extérieur de l'objet (pas dans les attribut de l'objet).....
pour indication ,je travail avec la création des graphiques sous java et mon objet dont je vous parler était une instance de la classe Area alors que les méthodes que qui m'ont embéterrr étaient intersect() ,subsract.()... @ +