Acerca de Libros
"Reconstrucción de código existente para mejorar el diseño _" obra maestra súper clásico de la ingeniería de software, con otro "modo de diseño" obra maestra y que "los trabajadores suaves Hutch"
autor Martin Fowler es un reconocido internacionalmente análisis y diseño orientado a objetos, UML, patrones uno de los fundadores de los expertos, los métodos ágiles de desarrollo y otros aspectos de
la obra describe vívidamente la reconstrucción de los principios y prácticas
La pereza es una de las virtudes de un programador, no porque este libro te hace diligente.
capítulos Introducción
- Capítulo 1, un ejemplo es para mostrar algunos defectos de diseño común y reconstruirlo en una programación orientada a objetos más calificado
- Capítulo 2 dime lo que es la reconstrucción , la razón por la reconstrucción , cuando la reconstrucción
- Capítulo 3 dime cómo encontrar el "Código de mal gusto ."
- Capítulo 4 me dice que la importancia de los casos de prueba, desarrollo basado en pruebas
- Capítulo 5-12 explícitas técnicas de reconstrucción
- Los capítulos 13-15 están invitados a una serie de tecnologías y aplicaciones para compartir la experiencia de otros maestros de reconstrucción
¿Cuál es la reconstrucción
Una vez que mis ojos "reconstrucción"
trabajo instantánea más de cuatro años, he reconstruido la percepción es: un grupo de personas organizadas, para pasar un mes o dos o incluso más tiempo, antes de que un sistema mal diseñado, o una gran cantidad de solución de código de negocio despojado el acoplamiento. Un grupo de monos programa de reconstrucción organizada en el caso particular de comportamiento a tiempo completo.
Ahora mis ojos "reconstrucción"
En primer lugar, una vez caída cognitiva! Una vez que la reconstrucción no se llama reconstrucción, denominado reescritura . Debe ser reconstruida en su trabajo diario, y con frecuencia no requiere medios especiales para el período de tiempo, el trabajo no requiere personal a tiempo completo. Cada vez que veo una hermosa remodelación no es suficiente, no es lo suficientemente precisa, no hay tiempo suficiente para modificar su robusta legibilidad del código superior, mejor escalabilidad, seguridad mejorada, menor grado de acoplamiento, el número de repeticiones de un menor ... trabajo diario.
Oficial a los ojos de la "reconstrucción"
- Reconstrucción (sustantivo): El software para el ajuste de la estructura interna, sin cambiar el propósito de observar el comportamiento del software premisa, mejorar su comprensibilidad, modificado para reducir su costo.
- Reconstrucción (verbo): el uso de una serie de técnica de reconstrucción, bajo el código sin cambiar el comportamiento externo de la premisa, para realizar cambios en el código para mejorar la estructura interna del programa.
¿Por qué la reconstrucción
- desorganizado
- eliminar la duplicación
- Fácil de entender
- hallazgo ERROR
- aumento de la velocidad
cuando la reconstrucción
La primera vez que haces algo sólo lo hacen; el segundo va a hacer algo disgustado similar, pero no importa lo que todavía puede hacerlo; la tercera hora de hacer algo así, usted debe considerar reconstruir ;
- Cuando se agrega una función de reconstrucción;
el diseño actual del código no puedo dejar fácilmente añadir características que necesito - Cuando el error de reconstrucción de reparación;
cuando el código no está claro que le permiten navegar fácilmente a la vez ERROR - Cuando la reconstrucción de la revisión de código,
cuando la revisión de código encontró un mejor tiempo de diseño
Cuando no reconstruida
- Cuando el proyecto está cerca de la fecha límite de entrega final
- Cuando el ciclo de vida del proyecto llega a su fin
donde la reconstrucción
Test Driven Desarrollo
- Asegúrese de que todas las pruebas son totalmente automatizadas, lo que les permite comprobar sus resultados de la prueba;
escribir código de prueba lleva su tiempo, pero que le permite ahorrar más tiempo, a menos que se escribe código de prueba no es lo suficientemente bueno - Cuando se recibe un informe de error, se debe añadir un caso de prueba para exponer este error;
añadir más pruebas: todas las cosas que hacen a observar las clases, y la prueba entonces para cualquier caso de un posible fallo de cualquier función - ERROR finalidad de la prueba es averiguar ahora o en el futuro que puedan surgir;
- Tenga en cuenta las condiciones de contorno que pueden salir mal, la prueba se centra en conseguir que
- No prueba no puede capturar toda la ERROR no escribe la prueba debido a que la prueba puede de hecho error puede capturar el más
razonable tomar el tiempo para captar la mayor parte de ERROR, muy pobre vida mejor comprensión de todo ERROR
Aquí se nos acaba de presentar antes del capítulo 4 como para un capítulo posterior Creo que no es una simple descripción de un blog puede esperar plantado una imprimación, si usted tiene la idea de que se merece.
Creo que esto es una promoción del libro que vale la pena que todo el equipo, no una persona como la agilidad para realizar puede tener éxito, pero todo el equipo y toda la sociedad, se reconocen, ágil con el fin de demostrar la aplicación de su poder real.
Encerrar dentro del equipo comparten el PPT Descargar:
RDCC: https://download.csdn.net/download/zhibo_lv/10872055
