Java Swing - Composite vs JComponent

Je suis en train de jouer autour avec Java Swing et je suis vraiment confus quand vient Composite vs JComponent. Selon CoreJava Vol 1 (cay horstmann):

Au lieu de l'étendre JComponent, certains programmeurs préfèrent prolonger la
Un composite de classe. Un Composite est destiné à être un conteneur qui peut contenir
d'autres composants, mais il est également possible de la peinture sur elle. Il est
juste une différence. Un panneau est opaque, ce qui signifie qu'il est
responsable de la peinture de tous les pixels à l'intérieur de ses limites. La méthode la plus simple
moyen d'y parvenir est de peindre le panneau avec la couleur d'arrière-plan,
par un appel à super.paintComponent dans la méthode paintComponent de chaque
panneau de sous-classe:

class NotHelloWorldPanel extends JPanel {
  public void paintComponent(Graphics g) {
    super.paintComponent(g);
    . . . //code for drawing will go here
  }
}

Je sais ce qui est opaque. Qu'est ce qu'il entend par "Un panneau opaque .. responsable de peinture tous les pixels à l'intérieur de son lié'? Si j'ai bien lu, il dit d'un panel de peinture ses propres domaines à l'intérieur de ses frontières .. Ne pas JComponent n'a que trop?

Ligne de fond est que je ne pouvais pas voir la différence entre le Composite et JComponent. Est-il un des exemples simples où je peux VRAIMENT voir?

Toute aide est appréciée

  • JLabel est un JComponent qui rend le texte, l'ensemble de la zone qui entoure le texte est transparent. Comme vous l'avez dit, un Composite sont JComponents qui sont destinés à être des conteneurs, mais il y a JComponents qui ne permet pas d'autres éléments à l'intérieur, comme le JLabel, JMenuItem.. certains utilisent setComponent, certains utilisent addComponent (conteneurs). Donc JLabel est un exemple de JComponent qui ne seront pas peindre l'ensemble de la zone.
  • NE gardez à l'esprit, que JPanel n'est pas toujours Opaque comme il est déjà mentionné en Java Tutoriels cité ici (Problème 3, point 1) Composite n'est pas opaque pour GTK+ Laf) . Il est donc toujours préférable de la définir explicitement 🙂
  • Je dirais qu'il est préférable de la définir explicitement si l'exactitude de la classe en dépend. Sinon, il vaut mieux le laisser à l'armée libanaise. Après tout c'est ce regard et la sensation est pour.
  • Cela dépend de ce que vous pouvez laisser à l'armée libanaise, comme Nimbus lui-même est assez buggé. Donc je préfère ne pas l'utiliser pour Regarder Et se Sent, ce qui pourrait peut donner odieux comportement 🙂
  • Je pense que nous allons au même point 🙂
InformationsquelleAutor yapkm01 | 2013-10-01
  1. 6

    Un JComponent n'est pas nécessaire de peindre tous les pixels c'est lié. Il peut laisser un transparent de sorte que vous pouvez voir les composants derrière elle.

    Un Composite est nécessaire pour la peinture sur tous les pixels.

    Bien sûr, si vous n'appelez pas la super.paintComponent(..) méthode dans les deux cas, ils vont être plus ou moins équivalent, vous jetez le gage que le Composite va peindre l'ensemble du groupe.

    En bref, la différence réside dans les méthodes qui existent déjà(à savoir la peinture composant).

    EDIT:

    Exemple d'une boule de classe mis en œuvre avec un JComponent ressemblerait à quelque chose comme ceci:

    (Ce ne serait pas travailler avec un Composite, comme le Composite est opaque, et la balle aurait un fond carré. Vous ne pouvait pas appeler super.paintComponent, mais comme une règle générale que vous devez toujours, ou vous briser ce que le composant est vraiment. Si je passe un Composite en quelque chose, ils s'attendent à trouver un Composite, pas un Composite piraté à se comporter comme un JComponent)

    public class Ball extends JComponent
{
    public Ball(int x, int y, int diameter)
    {
        super();
        this.setLocation(x, y);
        this.setSize(diameter, diameter);
    }

    public void paintComponent(Graphics g)
    {
        super.paintComponent(g);
        g.setColor(Color.red);
        g.fillOval(0, 0, width, height);
    }
}
    • j'ai besoin d'exemples .. j'ai juste ne peux pas le voir. Image vaut mille mots
    • Édité avec un exemple
    • Thx. Je vais l'essayer. Vous permettra de savoir. Apprécie beaucoup!
    • Remarque, avec cet exemple, je pense que vous devez avoir une valeur null à la disposition sur ce conteneur est tenue de ce pour que le passé de localisation pour fonctionner correctement. Pas une disposition d'experts si
    • ok. Vous permettra de savoir rapidement. Thx
    • J'ai testé avec le Ballon s'étend Composite et aussi JComponent et ils ont tous deux le même comportement. Pas de différence
    • L'arrière-plan de votre image peut être même que la couleur de fond de votre groupe, vous donnant l'apparence de la transparence. Essayez de changer la couleur de fond de votre image, puis vous remarquerez probablement qu'il.
    • Je suis frustré cos' je vais avoir de la difficulté à comprendre les bases de jcomponent/composite. Veuillez voir mes autres questions. Thx
    • De sorte que même la JFrame se comporte comme JComponent. Ce que je voulais dire, c'est qu'il utilise la classe graphique pour la peinture, non? Raison pour laquelle je demande cos' sur le cadre constructeur-je utiliser setBackground(Color.vert) pour le cadre, mais rien ne se passe. Pourquoi cette setBackground(Color) lorsqu'il utilise la classe graphique à remplir ou à la peinture de la couleur?
    • laissez-nous continuer cette discussion dans le chat
    • Je pense que je l'obtiens. Pour l'image, j'ai besoin d'obtenir le contentpane et ensuite définir la couleur d'arrière-plan. Thx

    InformationsquelleAutor Cruncher