Netbeans 7.4 introduce "10 líneas como máximo" por regla de método. ¿De dónde viene esta regla? [cerrado]

NetBeans 7.4 beta está actualmente disponible para descarga pública e introduce una extraña regla de advertencia por defecto:

La longitud del método es de 16 líneas (se permiten 10)

Mi pregunta es: ¿Es esta una regla de convención de código aceptada, que se puede probar de alguna manera, en alguna parte? El soporte / los desarrolladores de NetBeans dicen que no es un error, pero no dan una declaración de por qué solo permiten 10 líneas y dónde exactamente esta regla tiene su origen.

Puede cambiar el comportamiento de advertencia de longitud máxima de método / función en las opciones de NetBeans (está en Herramientas-> Opciones-> Editor , en la pestaña Sugerencias , en la sección " Demasiadas líneas " en la lista de casillas de verificación).

Allí puede establecer el número máximo de líneas, cómo le gustaría ser advertido, etc.

Creo que la regla fue introducida por los desarrolladores de NetBeans porque cuando se trabaja en equipo, las herramientas automatizadas que utilizan los QA para "inspeccionar" el código señalan los cuerpos de funciones / declaraciones de métodos largos. Desafortunadamente, el uso de herramientas automatizadas por parte de "analistas de código" va en aumento, mientras que su comprensión de las razones detrás de esto sigue siendo limitada. No digo que sus funciones deban tener cientos de líneas, eso es simplemente incorrecto, pero un número codificado como una ley de codificación, ¡vamos!

La "regla de las 10 líneas" tiene que ver con hacer cumplir el desarrollo basado en pruebas. La teoría es que cualquier método que tenga más de diez líneas se puede dividir mejor en unidades que se puedan probar. se sostiene en teoría, pero en la práctica una advertencia como esta es más molesta que útil.

Creo que no hay una convención sobre eso, y es muy difícil hacer que las funciones pequeñas, en particular, trabajen en grandes proyectos.

Siento que el problema en NetBeans (o la regla) es contar líneas con solo un corchete o documentación.

Este artículo le da su opinión sobre las funciones de escritura con 5-15 líneas.

Siempre desactivo esta advertencia, así como la advertencia sobre demasiados bloques anidados. Entiendo la idea de no tener métodos grandes, pero MUCHAS veces simplemente no es práctico, y como alguien más mencionó, si sigues dividiendo tu código en funciones arbitrarias solo para apaciguar el IDE, terminas con el código espagueti saltando por todos lados. , la refactorización también se convierte en un gran problema más adelante.

Igual que la advertencia de límite de longitud de línea, tal vez una línea de 50 caracteres le hizo desplazarse hacia los lados en 1985, pero hoy tenemos monitores más grandes (¡en color ahora también!). He visto a personas mutilar una línea de código acortando los nombres de las variables para que se ajusten al límite, convirtiendo una línea de código perfectamente legible en un lío indescifrable para que encaje dentro del límite.

Personalmente, creo que esas tres reglas juntas han causado más código espagueti basura del que ayudó a crear código legible / comprobable.

Creo que no existe tal regla. Siempre pensé que una buena convención no consistiría en más líneas de código en una clase de las que se pueden leer sin desplazarse. 10 líneas no me parece mucho, pero en general es para fines generales y pruebas más fáciles.