La mejor respuesta
Básicamente, el código repetitivo es un marco para tu proyecto.
Digamos que tienes que crear un prototipo rápidamente producto para el cliente en determinada tecnología. Sin el modelo estándar, tendría que comenzar desde cero o alguna plantilla generada por CLI, que no siempre coincide con su estilo de hacer las cosas.
Ahora imagine que tiene un pequeño proyecto limpio que ha hecho para otro cliente hace un tiempo que básicamente solo necesita algunos cambios, eliminación de algunas líneas, adición de algunas otras, y está básicamente listo para presentar a su cliente. Genial, ¿eh?
Ahora, tener una plantilla es una especie de segundo escenario. Cuando sepa que habrá algunos proyectos que requieran el uso de cierta tecnología / marco / biblioteca, puede arreglarse una placa, una repetición. Lucirá sus características favoritas como la forma y el color (¡y su estilo de código, también!) Para que pueda concentrarse fácilmente en agregarle cosas y no en cambiarlo cada vez que quiera comenzar un nuevo proyecto.
Para desarrollar con un ejemplo, supongamos que a menudo se le pide que cree una aplicación en Angular2 + o React que presenta una barra lateral con vista previa de algunos datos y un encabezado fijo con controles de menú en él. En lugar de crear un proyecto en blanco cada vez que un nuevo cliente se comunica con usted, puede usar un texto estándar en blanco para enfocarse sin agregar entradas de menú apropiadas, vistas previas y contenido principal.
Para resumir, cuando sepa tendrás muchos proyectos similares en el futuro, un modelo estándar es un gran ahorro de tiempo 🙂
Respuesta
Elazar tenía algunos puntos excelentes (especialmente para evitar las excepciones marcadas), pero yo «Agregaré mis propias recomendaciones debido a la A2A 🙂
No necesariamente necesita Guava para evitar las excepciones marcadas. En su lugar, puede lanzar excepciones en tiempo de ejecución. Es solo cuando necesita un código que ya arroja estas excepciones comprobadas, ese es el problema. Si lo desea, puede capturarlos explícitamente y lanzar excepciones de tiempo de ejecución en su lugar.
El polimorfismo es una forma de evitar escribir un método para manejar cada tipo derivado de la misma clase secundaria.
Reflexión también te ayuda a reutilizar el código. Tal vez desee poder colocar una clase en un directorio y ser reconocida como un «nuevo componente» que su software puede usar. Puede detectarlo y usarlo a través de la reflexión, en lugar de tener que conectarlo junto con los otros componentes a través de un código repetitivo explícito.
Los marcos son una forma de evitar algunos estándares también. A veces fomentan la repetición, pero otras veces hacen cosas por ti. Puede probar las anotaciones de Spring para evitar pasar cosas explícitamente.
¿Por qué parece que todas las demás respuestas relacionadas con Java que escribo incluyen un enlace a este artículo ? De todos modos, la refactorización de esa manera puede ayudarlo a reducir el texto estándar, con funciones diminutas y muy reutilizables.
Además, del artículo de Wikipedia sobre código repetitivo :
«La necesidad de un texto estándar se puede reducir mediante mecanismos de alto nivel como metaprogramación (que hace que la computadora escriba automáticamente el texto repetitivo necesario), convención sobre la configuración (que proporciona buenos valores predeterminados, lo que reduce la necesidad de especificar los detalles del programa en cada proyecto) y modelo – ingeniería impulsada (que utiliza modelos y generadores de modelo a código, lo que elimina la necesidad de un código manual repetitivo) «.