tutorial paneles example create java tabs coding-style

paneles - table swing java



¿Hay alguna convención de codificación de Java moderna y extendida? (9)

Las " Convenciones de código para el lenguaje de programación Java " de Sun se actualizaron por última vez en abril de 1999. Diez años más tarde, muchas cosas han cambiado en el lenguaje, así como en los patrones de uso generales. ¿Hay normas más actualizadas y ampliamente adoptadas?

La mayoría de las directrices omiten especificar la codificación de archivos y los finales de línea. Sun recomienda pestañas y espacios mixtos. El IDE de Eclipse se establece de manera predeterminada en el estándar de Eclipse, que es solo de pestañas. La guía de estilo Maven es solo espacios. Muchas guías de estilo, como JBoss , siguen las pautas de Sun, pero prefieren las llaves K&R en lugar de las OTBS . Cada proyecto de Apache tiene su propia guía de estilo, con ligeras diferencias entre cada uno.

Aunque parezca anticuado, no se ha agregado mucho al lenguaje central en sí (aunque las bibliotecas han tenido muchas adiciones)

Los que puedo recordar en este momento son enum y genéricos, el resto ya estaba allí cuando se escribió el documento por primera vez.

  • Usa 4 espacios siempre.

  • No utilice K&R o Allman: si bien es perfectamente aceptable para C, C ++ y C #, no siempre es el caso de Java (a menos que el proyecto haya decidido explícitamente usarlo). Usar K&R o Allman en Java es visualmente desagradable, ya que sería no usarlo en C.

  • Use llaves siempre, incluidas las declaraciones de una sola línea.

En general, trate de no mezclar estilos entre lenguajes de programación. Es como la pronunciación del acento en un lenguaje natural, puede que te entiendan, puedas leer y escribir en ella y tener un nivel práctico en el idioma, pero una pronunciación deficiente solo molestará a los hablantes nativos.

BSD / Allman es el único estilo de sangría decente. Cumple con la regla básica de los corchetes: si se sientan en líneas diferentes, deben sentarse en la misma columna. Incluso Horstmann es tolerable en comparación con K&R.

Siempre coloque los rizos si codifica en la libreta. De lo contrario, debido a las características de sangría automática de su IDE, es inútil y molesto.

Considere utilizar el que utiliza de forma predeterminada el mecanismo de reformateo de su IDE. Le ahorrará mucho tiempo a largo plazo.

Habilitamos las acciones de guardar en Eclipse y seleccionamos Formatear fuente para que las fuentes siempre estén reformateadas. Esto significa que un cambio de formato solo cambia las cosas que sucedieron desde la última vez que se guardó el archivo. Es bueno en el historial de control de código fuente.

Naturalmente, puede tomar su tiempo y definir su propio formato, pero tiende a ser más fácil simplemente usando el estándar Eclipse, está bien para nosotros.

Cuatro espacios - es lo que Dios usa.

El único estándar de codificación que realmente debe seguir es el aceptado por su equipo de proyecto. Puede que no estés de acuerdo con las pestañas en lugar de los espacios, pero si esa es la convención de codificación de tu equipo, harás todo lo posible por seguirla.