Reutilización de mantenimiento frente y la facilidad de las pruebas

Question

Todo el mundo le gusta hablar de reutilización. Donde yo trabajo, cada vez que una nueva idea está siendo rechazado en todas partes o probado a cabo, la cuestión de la reutilización siempre surge. "Queremos maximizar nuestra inversión en esto, vamos a hacer que reutilizable." "Reutilización traerá mayor calidad con menos trabajo." Y así sucesivamente y así sucesivamente.

Lo que he encontrado es que cuando se introduce un componente reutilizable o una idea, todo el mundo está inmediatamente miedo de él y lo escribe apagado como una mala idea. Una vez que las aplicaciones se vuelven dependientes de ella, dicen, que no será fácil de mantener, y cualquier cambio dará lugar a la necesidad de hacer pruebas de regresión en todo lo que lo utiliza. La gente aquí apuntan a un componente en particular que ha existido desde hace mucho tiempo y tiene una gran cantidad de personas dependientes y urogallos que se ha convertido en imposible el cambio becuase que no sabemos lo que los cambios se romperán.

Mis respuestas a esta queja son:

1. Es bueno que el cambio a un componente que tiene muchos dependientes es lento, porque obliga a los diseñadores a Realmente pensar a través de los cambios.
2. El tiempo debe ser tomado para obtener el derecho componente en el primer lugar. Corolario:? Si usted está encontrando la necesidad de cambiar todo el tiempo, nunca fue muy reutilizable, para empezar, ¿era
desarrollo
3. Software es difícil y requiere mucho trabajo. Lo mismo ocurre con las pruebas. Sólo tienes que hacerlo.

Por desgracia, lo que la gente escucha en estas respuestas son "lento", "tiempo" y "esfuerzo".

Me encantaría si había una magia "hacen de este reutilizable" Interruptor que podía dar la vuelta a las cosas que construyo con el fin de ganar puntos brownie de gestión, pero las cosas no funcionan de esa manera. Hacer algo reutilizable requiere tiempo y esfuerzo y todavía no está garantizado para hacerlo bien.

¿Cómo hacer frente a la solicitud de "reutilización" cuando se entrega en él parece traer nada más que quejas?

Answer 1

1. La reutilización es sólo vale la pena si realmente se puede reutilizar algo. Asegúrate de que tienes algunos casos prácticos de reutilización antes de escribir algo reutilizable.

2. Incluso si una biblioteca reutilizable es 10 veces más difícil de mantener que una versión ad hoc de sí mismo, usted todavía está ahorrando en mantenimiento general si la biblioteca reutilizable se usa en lugar de versiones ad-hoc en 10 lugares diferentes .

Answer 2

La reutilización es hacer que el código reutilizable en términos de comportamiento similar o relación "ES_UN". Si lo que desea es volver a utilizar bloque de código al verlas usando una y otra vez pero no tienen características similares, debe dejar solos a un mejor acoplamiento se suelta. Por eso, podemos tener más flexibilidad para modificar más tarde.

Answer 3

Una cosa que a menudo hacemos es utilizar versiones y evitar la repetición de pruebas constante. El hecho de que hay una nueva versión del código común no significa que todo tiene que utilizar la nueva versión de inmediato. Cuando algo se está informado por otras razones, la actualización a la nueva versión del código común.