Discussion :

[JamesP]

Bonjour,

Je souhaiterais juste avoir si il est possible de rendre un objet JAVA en "Lecture seule" pour un temps donné ...

Je détaille ... J'ai un objet que j'ai créé ... Parfois je le passe en paramètre dans des méthodes ... Il peut arriver que je ne veuille pas qu'il soit modifiable par certaines méthodes ... Y a t'il un moyen de faire ca ?

Le pourquoi est le fait de protèger le programme des erreurs de code ...
genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
public void maMethode( monObjet _obj )
{
  monObjet objetA = _obj;
  objetA.maValeur = 2;
}

Cela arrive dans les grosses boucles ... Et la méthode clone() n'est pas toujours présente !!! Et cloner un objet alors qu'a cet endroit il doit être uniquement LU, ca le fait moyen je trouve niveau perfs ...

Je ne pense pas que ca soit possible, mais peut être que si ...

J'ai regardé ce qui est "immuable" mais ca ne correspond pas à ma demande ...

Merci à vous !

[welcome_59]

En effet la solution n'est pas dans le concept d'immuabilité. Essaie par les Threads et la synchronisation.

[reno_tidus]

déclare ton paramètre comme final, la méthode ne pourra ainsi pas le modifier

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
public void maMethode( final monObjet _obj) {
  
}

[JamesP]

Merci mais pour le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
public void maMethode( final monObjet _obj) {
 
}

On ne peux pas modifier _obj même par un new nomObjet(...), mais on peu modifier les variables contenues dans l'objet par un _obj.maValeur = 2;

Malheureusement ... J'avais testé ...

[herve91]

Il n'y a pas de solution simple à ton problème, dans la mesure où le mot clef const, même si je crois qu'il est réservé, n'est pas traité par le compilateur Java. Il me semble d'ailleurs qu'il y a eu une discussion ici à ce sujet.
Une possibilité, qui nécessite quand même pas mal de modifications, est de définir une interface pour chacune des classes que tu veux rendre temporairement "en lecture seule". Un exemple permettra de comprendre ce concept.
Tu disposes de la classe suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
class Personne {
  private String nom;
 
  public String getNom() {
    return nom;
  }
 
  public void setNom(String nom) {
    this.nom  = nom;
  }
}

et de son utilisation :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
void maMethode(Personne personne) {
  personne.setNom(null); // ici l'accès en écriture devrait être interdit
  ...
}

Tu définis alors l'interface suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
interface IPersonne {
  String getNom();
}

et tu modifies la classe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
class Personne implements IPersonne {
...

L'utilisation devient :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
void maMethode(IPersonne personne) {
  personne.setNom(null); // maintenant ça ne compile plus !
  ...
}

Bien sûr une personne mal intentionnée pourra toujours faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
void maMethode(IPersonne personne) {
  ((Personne) personne).setNom(null); // ça compile à nouveau !
  ...
}

En jouant sur la visiblité de la classe Personne, tu peux par exemple faire en sorte qu'elle ne soit pas accessible en dehors du package où elle est définie, ce qui peut être rédhibitoire car dans ce cas on ne peut plus hériter de la classe Personne en dehors de son package de définition...

[atha2]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
public void maMethode( monObjet _obj )
{
  monObjet objetA = _obj;
  objetA.maValeur = 2;
}

Java est un langage objet (les nom de classe commence par une Majuscule) et donc normalement pour modifier un objet, on passe par un accesseur. Donc pas de ObjetA.maValeur = 2; mais
tu dois créer des accesseur pour ton objet :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public class ObjetA{
    private int maValeur;
    private boolean accessible = true;
    public ObjetA(int value){
        this.maValeur = value;
    }
    public void setAccessible(boolean b){
        this.accessible = b;
    }
 
    public void setMaValeur(int v){
    if(accessible){
        this.maValeur = v;
    }
}

Ainsi si tu veut interdire l’accès à ton objet tu mets la variable accessible à false.

[nicØB]

déclare ton paramètre comme final, la méthode ne pourra ainsi pas le modifier

C'est faux. Ca n'empêchera pas du tout la modification de l'objet.
Ca intedit juste d'affecter une variable au paramètre.

[atha2]

oui mais un objet est definie par ses variable et ses methodes donc si toutes les variables sont sécurisé ainsi alors on ne modifie pas l'objet

[JamesP]

Oui excuse moi pour l'obli de la majuscule a mon nom de classe ... lol

Sinon je suis d'accord avec vous, mais mon soucis est que je veux dans certains cas MODIFIER, dans certains cas LIRE ! et ce pour le même objet !!!

Exemple de 2 méthodes dans une même classe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
public void maMethodeModifie( MonObjet _obj )
{
  MonObjet objetA = _obj;
  // ici j'ai le droit de modifier
  objetA.maValeur = 2;
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
public void maMethodeLit( MonObjet _obj )
{
  MonObjet objetA = _obj;
  // ici je n'ai pas le droit de modifier 'objetA'
  // je voudrais donc que la ligne qui suit soit impossible
  objetA.maValeur = 2;
}

Je rapelle que cette interdiction serait juste établie par MOI, juste afin de protèger des objets d'éventuelles modifications dans des endroits ou ils ne sont que LUS ...

Petit plus : Vous pourriez me dire "Apprends à développer et tout ira bien" mais dans des grosses applis on n'est jamais à l'abri d'étourderies ... Puis je suis pas un pro du JAVA, loin de la ! J'apprends avec le temps et avec developpez ^^ Et enfin je vais pas être seul sur les projets, et les autres vont commencer JAVA ...
-> Voila pourquoi je cherche à faire ça !

Merci encore ^^

[nicØB]

oui mais un objet est definie par ses variable et ses methodes donc si toutes les variables sont sécurisé ainsi alors on ne modifie pas l'objet

Je n'ai jamais dit le contraire, je citais reno_tidus.