Deshabilitar checkstyle para hashCode e igual a

Necesito una configuración de ejemplo para deshabilitar totalmente el estilo de verificación para los métodos hashCode() y equals().Deshabilitar checkstyle para hashCode e igual a

Fuente

2012-01-03 Maciej Miklas

@shaman ¿Qué pasa con la solución de matthews? – oers

El problema es que checkstyle tiende a realizar comprobaciones dentro del código de métodos augogenerados equals() y hashcode(), que generalmente infringen nuestras convenciones de codificación –

esto no es realmente una respuesta a su pregunta, pero Lombok realmente brilla en evitar este tipo de código repetitivo: http://projectlombok.org

Para este caso, sólo puede anotar sus clases con:

@EqualsAndHashCode(of="id")

@EqualsAndHashCode(excludes={"these","fields","wont","be","compared"})

no lo he probado contra Checkstyle, aunque ...

Fuente

2012-05-16 14:53:21 elias

Parece una respuesta, debe probarla y, si se lleva a cabo, obtendrá el premio –

¡genial! ¡Me alegro de que haya sido útil! :) – elias

sí - esto resuelve el problema de alguna manera ... ¡y se ve genial en el código! –

Consulte EqualsHashCode en Checkstyle 5.5: Coding Config. Basta con retirar la

<module name="EqualsHashCode"/>

de su archivo de configuración Checkstyle, o hacerlo a través del plug-in de Eclipse. Pero me preguntaría por qué estás haciendo esto. La mala implementación de equals() y hashCode() es una fuente común de errores, así que tenga mucho cuidado antes de hacer esto.

Fuente

2012-01-03 10:23:02

Estoy usando eclipe para generarlo. Sé que necesito deshabilitarlo de checkstyle xml; la pregunta es cómo. Me gustaría desactivar cada control de esos métodos. –

@Matthew Farwell: Yo diría que la dependencia excesiva en * hashCode() * y * es igual * es una enfermedad aún peor. Apelar a la autoridad con una cita de * Effective Java * por Joshua Bloch: * "Simplemente no hay forma de extender una clase instanciable y agregar un aspecto mientras se preserva el contrato igual" *. Este es un problema muy conocido, muy documentado y muy real. Se podría argumentar que un hashCode/equals predeterminado es más sensato que lanzar una excepción que tratar de implementar un equals/hashCode "correcto". Martin Odersky sobre el tema: http://www.artima.com/lejava/articles/equality.html – TacticalCoder

@Matthew Farwell: ahora, por supuesto, * uso * * hashCode * y * es igual * y todas las grandes colecciones dependen de estos ... Pero quería señalar cuán escandalosamente difícil es esto frente a la herencia: la explicación del método 'canEqual * en ese artículo de Artima (y las restricciones que impone) me abrió los ojos:) Definitivamente no algo que checkstyle verifica;) – TacticalCoder

Checkstyle in eclipse. Abra Windows -> Preferencias -> Estilo de comprobación.

Si está utilizando la configuración predeterminada, copie a un nombre diferente, seleccione el copiado y haga clic en configurar. Busque iguales y seleccione 'Igual y Hashcode' en problemas de codificación. Desmarque todos los habilitados que no necesita.

Puntee en Aceptar y establézcalo como predeterminado.

Fuente

2012-05-11 15:56:39 bluesman

Estoy seguro de que Hudson ejecuta el estilo de control contra un conjunto particular de reglas. Simplemente reemplace esas reglas con las que genera utilizando el enfoque anterior. – bluesman

Deshabilitar checkstyle para hashCode e igual a

Respuesta

Cuestiones relacionadas