Discussion :

[Vagabone]

Bonjour,

J'ai une classe qui hérite de JFrame. Seulement je viens de réaliser que cette classe doit aussi hériter de la classe 'UnicastRemoteObject' dans le cadre de développement sur les rmi.
Je ne suis pas une flèche en programmation mais je me dis que pour des cas pareil, il doit y avoir des interfaces qui permettent de se substituer à l'héritage ?
Une interface pour JFrame ou pour UnicastRemoteObject ? J'ai cherché sur Google mais je ne sais pas quels mots clefs utiliser pour trouver ce que je cherche...

Merci de votre aide.

[fr1man]

Es-tu obligé de dériver ta classe de JFrame ?
Je veux par là, ta sous-classe rajoute-t-elle des comportements à la JFrame de base.
Si ce n'est pas le cas, utilise plutôt la composition que l'héritage.

[sinok]

Euh, comment dire. Normalement les objets graphiques ne sont pas prévus pour transiter par un réseau.
Tu as un problème de modélisation là. Les objets transitant via le réseau sont uniquement les objets contenant les données. Tu n'as rien à gagner à faire transiter un JFrame par RMI, juste de la bande passante à perdre.

Ou alors tu as une raison bien spécifique et il faut nous l'exposer.

[Vagabone]

Non je ne fais pas transiter d'objets graphiques (du moins je ne crois pas). La frame est juste là pour afficher (côté serveur) les échanges entre clients via le serveur (comme par exemple, tel IP communique avec telle autre. Le serveur ici a plus le rôle de routeur que de centraliseur). Plutôt qu'une interface console c'est une IHM jframe.
Il n'y a que les méthodes définies dans l'interface côté serveur qui seront appelées par les clients. La classe JFrame est juste là pour faire joli mais ne transite pas sur le réseau.

Je vais voir pour la composition, mais ça ne me plaît pas trop...
En discutant avec des amis on m'a confirmé qu'il y avait bien des interfaces qui permettaient de se substituer à l'héritage pour des cas comme les miens. Mais je n'ai pas trouvé sur le net

[Vagabone]

Je reviens sur la composition.
J'ai l'impression que tu me conseilles la composition parce que tu crois qu'une de mes classes joue le rôle de JFrame de base ?
Ou alors je ne savais pas que la composition était à préférer à l'héritage si la classe fille n'ajoute pas de comportements propres à la classe mère.

Donc dans le 2ème cas, il faut que je crée une JFrame dans ma classe ?
JFrame frame = new JFrame(); ?
Et ensuite j'utilise cette frame normalement ?

[fr1man]

Disons que souvent, dans les tutos Swing, pour créer une application, on crée une classe qui hérite de JFrame, même si cette classe n'apporte rien de plus.

Donc je préfère:

Code :

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

1
2
3
4
5
 
public class MonApplication
{
  private JFrame maFrame = new JFrame();
}

à

Code :

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

1
2
3
4
 
public class MonApplication extends JFrame
{
}

[Vagabone]

Ben écoute merci pour le conseil. Je vais le mettre en application. De toute manière je suis loin de concevoir comment, dans une classe, on peut apporter des comportements à une classe mère... dans mon cas JFrame.
Je suis curieux donc si tu as un exemple à me citer ? En gros en héritant on peut développer des méthodes qui ajouteront des fonctionnalités à la classe mère ?