Discussion :

[Kihmé Xs]

Bonjour à tous,

Je me demandais si je pouvais faire une écoute sur certaines classes de mon modèle afin de savoir quand leur constructeur est appelé?

Je ne vois cependant pas trop comment m'y prendre car je n'ai aucune idée du type d'event qui sera déclenché.

Quelqu'un peut m'en dire plus?

Cordialement,

Kihmé

[Mopmop]

Salut,

J'avou que je saisi pas bien ton problème... Un listener s'applique sur un élément graphique, et t'associe une fonction en cas de changement de cet élément.
Dans le cas d'un constructeur t'as juste à appeler ta fonction dedans...

Bref si tu veux que la fonction toto() se déclenche quand tu construits l'objet tata, ben tu mets un appel à toto() dans le constructeur de tata...

[Kihmé Xs]

Je cherche à détecter un changement dans mon modèle. Vu ta proposition de mettre un appel dans mon constructeur j'en déduis que tu as en fait compris ce que je souhaitais faire.

Pourquoi je ne souhaite pas passer par un appel dans mon constructeur?

Et bien car c'est un comportement que je souhaite implémenter pour un grand nombre de classe, pour faire ça proprement je souhaite rendre ce comportement sur une échelle plus globale.

Du coup je me dis que peut être avec le pattern observer je peux arriver à quelque chose comme ça, non?

[sinok]

Ton modèle, c'est un Modèle de quoi (de données, de JTable, d'avion)?
Si tu n'expliques pas ton contexte, tu n'obtiendras probablement pas de réponse satisfaisante...

[Mako 5013]

Bonjour,

Est-ce que ce genre de choses répondrait à ton besoin ?

1°) Faire une classe parente avec dans le constructeur, la fonction a appelé.
2°) Toutes les autres classes devant avoir le même comportement héritent de celle ci-dessus.

Code MaClasseParent.java :

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

1
2
3
4
5
6
7
 
public class MaClasseParent {
     // Constructeur
     public MaClasseParent() {
          maFonction();
     }
}

Code MaClasseFille.java :

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

1
2
3
4
5
6
7
8
 
public class MaClasseFille extends MaClasseParent {
     // Constructeur
     public MaClasseFille() {
          // Appel du constructeur de MaClasseParent
          super();
     }
}

En tout cas, je rejoins sinok, un peu plus d'explications pourrait aider les gens à comprendre ton problème.

Mako.

[hwoarang]

Salut,

Tu peux peut etre redefinir le class loader. Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public class CustomClassLoader extends ClassLoader
{
   public CustomClassLoader(ClassLoader parent)
   {
      super(parent);
   }
 
   @Override
   public Class<?> loadClass(String name) throws ClassNotFoundException
   {
      System.out.println("Loading " + name);
      return super.loadClass(name);
   }
}

Comme ca, tu pourras filtrer les classes chargées. Et pour utiliser ce class loader, il faut utiliser la commande :

Code :

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

java -Djava.system.class.loader=monappli.CustomClassLoader monappli.Appli

[Kihmé Xs]

Désolé d'être trop flou, je reprend.

Quand je dis modèle, j'entends mes classes métiers qui sont dans mon modèle (pattern MVC).

Pour certaines classes je souhaiterais déclencher une sérialisation lorsque de nouvelles instances de celles ci sont faites.

Effectivement il y a la possibilité de faire un appel d'une méthode gérant la sérialisation directement dans chacun des constructeurs mais je ne pense pas que ce soit la solution la plus propre et la plus maintenable.

Ce que me propose Mako serait déjà plus propre.
J'avais pensé à une sorte de listener pour détecter un changement dans les classes métiers comme dans le pattern "observer".

Entre ces deux solutions, laquelle serait la plus judicieuse?