Perché 'JButton' è-un 'contenitore' in javax.swing?

Question

Perché 'JButton' è-un 'contenitore' in javax.swing?

#1 da (3 voti)

4

Come per la gerarchia di classi in java.awt.* , class Button & class Label is-a class Component e Component non è un contenitore, il che ha senso per me.

Come per la riprogettazione della gerarchia di classi in javax.swing.* , class JButton is-a class JComponent in-turn class JComponent is-a class Container ,

Quindi, cosa vuol dire che, class JButton o class JRadioButton is-a class Container ? Come si può pensare di usare button o radiobutton come contenitore nella programmazione della GUI?

Nota: sono java principiante.

object-oriented java swing

posta overexchange 30.11.2014 - 09:06

fonte

1 risposta

Leggi altre domande sui tag object-oriented java swing

organizzazione della struttura del menu OOP CLI? Struttura dati per attraversare nomi host gerarchici

score 3 · Accepted Answer

What does it mean to say that, class JButton or class JRadioButton is-a class Container?

Il motivo per cui tutti i componenti Swing derivano da java.awt.Container è principalmente per motivi pratici che sono interni all'implementazione di Swing. AWT e Swing di solito non saranno mischiati. Ma internamente, un componente Swing potrebbe realizzare se stesso usando più di un componente AWT, e questo è puramente fino al componente Swing stesso.

How could one think of using button or radiobutton as container in GUI programming?

Il fatto che i componenti di Swing estendano java.awt.Container può e dovrebbe essere per lo più ignorato. Non si dovrebbe scherzare con i metodi java.awt.Container dei componenti Swing a meno che non sia ovvio che abbia senso (che è il caso per la maggior parte se non tutti i componenti *Pane e javax.swing.JPanel ).