Formatee el código de Java en Netbeans/Eclipse, pero guárdelo de manera diferente

Question

Hice una pregunta relacionada anteriormente, pero supongo que la raíz de la pregunta es. Digamos que tengo 2 desarrolladores en el equipo y a ambos les gusta ver el código en diferentes formatos. A uno le gusta que los aparatos estén en una nueva línea y el otro no.

El enfoque que estaba usando antes es que cada vez que ejecutamos una construcción, el código se formatea automáticamente de acuerdo con los estándares de Java/Sun utilizando Jalopy; sin embargo, me gustaría que los desarrolladores estén lo más felices posible. Pueden cambiar el tamaño de fuente, el color de fuente, el color de fondo, etc.

Si actualmente estoy usando el complemento Jalopy Maven para formatear el código, puedo/debo escribir un enlace a SVN que llame a mvn jalopy: formato en el proyecto cuando está registrado? ¿Es esto confiable?

Esa solución no funciona al 100% porque requiere que el desarrollador formatee manualmente el código fuente a su gusto cada vez que abre un archivo que aún no se ha formateado. Estaba pensando que un complemento IDE sería bueno, ya que podría formatear automáticamente la fuente a su gusto y luego guardarla como otra.

¿Qué otras opciones tengo para asegurarme de que el código esté formateado al momento del registro?

Gracias,

Walter

Answer 1

Hm .. si utiliza Eclipse se puede hacer lo siguiente: 1. configurar el formateo te gusta (Ventana/Preferencias/Java/Código del estilo/formateador) 2 . Configurar limpiar (Ventana/Preferencias/Java/Estilo código/Limpieza), en Editar verificación "Formato de código fuente" 3. si un desarrollador tiene un proyecto en el que puede hacer clic derecho sobre ella y la fuente/limpiar

El proyecto completo se limpiará con las reglas que definió allí. Entonces, después de esto, tendría su propio formato.

Answer 2

En mi humilde opinión, está desperdiciando sus recursos con esto. El formato del código es (entre ciertos límites) una cuestión de gusto; Sin embargo, las personas que trabajan en equipo deberían poder ponerse de acuerdo sobre el uso de un estilo de codificación común.

Una vez que alguien ha trabajado en un par de proyectos, (s) sabe por experiencia que el cerebro de uno puede aprender un nuevo formato de código en cuestión de días; después de eso, es tan fácil de interpretar como el favorito anterior. Por lo tanto, uno deja de tener un formato de código "favorito". Así que debo señalar que apegarse a un formato de código específico es la enfermedad de un principiante; su equipo estaría tratando de superarlo para enfocarse en el desarrollo en sí mismo.