¿Qué aspecto y sensación de Swing debo usar para una aplicación de escritorio Java?

Question

Estoy desarrollando una aplicación de escritorio Java y uso Swing para compilar la GUI. Me doy cuenta de que puedo cambiar el aspecto de mi aplicación configurando diferentes L & Fs.

El JRE (SUN) yo al menos dos L & Fs proporciona, uno es el metal predeterminado L & F y el otro es el "sistema" L & F que dejar que mi aplicación tiene un aspecto nativo. También puedo encontrar algunos muy buenos L & Fs en internet.

La pregunta es: ¿qué L & F debo usar para mi aplicación de escritorio? Alguien dijo que el aspecto nativo será más fácil de usar, ¿es cierto? Si utilizo el sistema L & F, ¿debo hacer diferentes versiones de mi manual del usuario (ya que la UI cambiará de acuerdo con el sistema operativo)?

Answer 1

Supongo que no tiene la intención de encontrar la mejor apariencia, se siente inclinado a usar el aspecto del sistema pero no desea invertir más carga de trabajo en la documentación para todas las plataformas.

En realidad, puede elegir un aspecto decente, como nimbus u otra cosa como el aspecto predeterminado, y permitir a los usuarios elegir el "aspecto" en la configuración de preferencias.Por lo tanto, su documento solo puede incluir capturas de pantalla para el skin predeterminado.

Answer 2

Si bien tiene una flexibilidad total, el marco PLAF o de apariencia y funcionamiento conectable es, bueno, conectable, muchos desarrolladores creen que los usuarios sentirán que una aplicación es extraña si no se ve como otras aplicaciones en su sistema operativo. Hasta este momento, Swing tiene una apariencia OSX que solo se ejecuta en OSX, y creo que lo contrario es cierto para Windows.

Si bien depende de su audiencia, por supuesto, las aplicaciones de Swing hechas para atraer comercialmente generalmente intentan usar el estilo y apariencia nativos.

Nota: En OSX, algunas cosas estándar de OSX como tener el Salir para su aplicación en el menú de Apple (y no en el menú de archivo, como en Windows) SOLO está disponible en su aspecto.

Edit: Para que una aplicación sea verdaderamente multiplataforma, debería tener un manual separado para las diferentes plataformas si utiliza la apariencia nativa. Esa podría ser una buena razón para evitarlo y elegir uno que te guste, como Metal.

Answer 3

A menos que esté buscando una apariencia completamente personalizada para su aplicación, recomendaría el Sistema L & F. Hace que su aplicación sea un poco más fácil de usar al hacerlo similar a otras aplicaciones en la plataforma , que el usuario presumiblemente estará familiarizado.

Definitivamente me mantendría alejado del Metal L & F. Nada grita "Java a finales de los 90" como ese feo gris cromo. (A menos que aspecto retro es en realidad lo que está pasando a.)

Si usted tiene suficientes usuarios en diferentes sistemas de prueba para justificar la interfaz de usuario en dichos sistemas, no estaría de más tomar las capturas de pantalla para su manual de usuario en sistemas múltiples tampoco. Si está haciendo una copia impresa, es posible que desee mostrar la plataforma más común, pero las copias electrónicas se pueden personalizar para cada sistema operativo que haya probado.

Answer 4

Si la multiplataforma es importante para usted, entonces iría con nimbus (que es bastante diferente al metal). Una aplicación que parece nativa simplemente confundirá a los usuarios a menos que se comporte exactamente como una aplicación nativa.