2009-03-11 16 views

Respuesta

11

Lo más probable, ya que no cumplen con el estándar get/set esquema de nombres (theysay, "A partir de la versión 1.1 del JDK, sustituido por setVisible(boolean)").

2

A partir de JDK versión 1.1, reemplazado por Component.setVisible (booleano).

0

Los métodos ocultar y mostrar de java.awt.Component han quedado en desuso para un mientras.

La forma correcta de establecer la visibilidad de un componente es setVisible (boolean b)

22

JDK 1.1 introducidas Java Beans. Los Java Beans se basan en la reflexión y la introspección para determinar cuáles son las propiedades de un Bean (un Bean es un "componente"). Las propiedades se muestran en una Hoja de propiedades.

Por defecto habas utilizar los siguientes foormat:

boolean isXXX() 
<type> getXXX() 
void setXXX(<type>) 

(pasando de memoria en estos próximos dos ... son para propiedades indizadas)

<type> getXXX(int) 
void setXXX(<type>, int) 

Puede anular los valores predeterminados, pero en lugar de hacer eso, la mayoría de las cosas solo dependen del patrón de nomenclatura.

Así que mostrar/ocultar no se ajustaba al patrón de nomenclatura y se reemplazó con setVisible (booleano) que sí lo hizo.

+0

Bueno, eso es cierto, pero lo que impide que un grano de tener un método con el nombre bastante bueno? – user43685

+0

Pensé que podría deberse a que los métodos de mostrar y ocultar no envían PropertyChangeEvents, pero setVisible tampoco hace eso .... – user43685

+2

Me llegué tarde a la fiesta, pero tenía la misma pregunta que TS. Aunque creo que @TofuBeer es correcto, otra ventaja que tiene el setXX es que puede pasar directamente un valor booleano a setVisible, en lugar de tener que llamar a show() u hide() en un bloque if-then. – pauluss86

1

Se puede utilizar alternativa: someUseFrame.setVisible(true);

Cuestiones relacionadas