La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

Refactorización Mejorando el diseño del código existente © 2003 refactorización.com. Todos derechos reservados.

Presentaciones similares


Presentación del tema: "Refactorización Mejorando el diseño del código existente © 2003 refactorización.com. Todos derechos reservados."— Transcripción de la presentación:

1 Refactorización Mejorando el diseño del código existente © 2003 refactorización.com. Todos derechos reservados.

2 2

3 3 ¿Si su software fuera un edificio, se parecería mas a uno de la izquierda o de la derecha?

4 4 Cambios Refactorización

5 5 ¿Cómo podríamos describir este software? Este software padece: Código mutante Diseño roto Mas antiguo el código y mas grande, estos síntomas son mas evidentes

6 6 ¿Porque nuestro software sufre degeneración? Hay que cumplir con la fecha de entrega comprometida, es LA PRIORIDAD NUMERO UNO!

7 7... Difícil de hacer una estimación confiable Difícil de cumplir con lo planeado Aparecen los bugs etc. Difícil de solucionar los bugs Aparecen Expertos o Dueños de código !Es un circulo vicioso¡ El proyecto adquiere deuda tecnologica

8 8 ¿Porque pasa esto? Software es complejo Hay diferentes modos de manejar la complejidad: proceso, encapsulación, componentes, los frameworks, reutilización etc. Sin embargo, hay que empezar manejando complejidad en el nivel de código.

9 9 Antes, nuestras prioridades eran tener un código rápido, pequeño (ocupa poca memoria), optimizado, utilizando los algoritmos mas eficaces etc... Hoy en día el enfoque es en código como tal, este código tiene que ser simple

10 10 ¿Cómo es un código simple? Funciona bien Comunica lo que esta haciendo No tiene duplicación Tiene un numero menos posible de clases y métodos

11 11 ¿Cuales son los beneficios? El código es mas fácil de cambiar, evolucionar o arreglar Es mas fácil desarrollar de un modo iterativo e incrementando El código es mas fácil de leer (entender) Es mas fácil hacerlo bien desde la primera, asi estamos programando mas rápido

12 12 ¿Cómo en esto nos puede apoyar la Refactorización? Refactorizar significa cambiar el código internamente sin alterar su funcionalidad externa. En general, con motivos de mejorar el diseño y obtener un código mas simple. Refactorización enseña tecnicas para descubrir el código de mala calidad y tecnicas para cambiarlo.

13 13 Identificar puntos débiles de código Es difícil definir si código es malo o bueno, o cuando deberíamos cambiarlo Difícil de imponer las métricas Por eso estamos hablando de los Olores malos en el código (Bad Smells - Kent Beck)

14 14 Código duplicado ¡Olor No. 1! Cierto Código tiene que estar en un lugar y en ningun otro más Ha que eliminar el código duplicado, tecnicas: Extraer método,Extraer método + Subir Campo (clases hermanas), Extraer Clase (clases no relacionadas)

15 15 Métodos largos Programas con métodos mas cortos, tienen vida mas larga métodos cortos traen beneficios de indirección: Compartir logica, Intento claro, Cambio Aislado Comentarios son muchas veces indicadores de distancia semantica, podemos reemplazar comentario con método cuyo nombre tiene mismo significado.

16 16 Clase grande La clase esta haciendo demaciado Extraer Clase, Extraer Subclase Hay que empezar eliminando código duplicado y podemos terminar sin necesidad de extraer clase

17 17 Lista de parámetros larga No siempre hay que pasar toda la información al método, a veces podemos preguntar otro objeto

18 18 Cambio divergente Una clase propensa a cambios por motivos diversos Extraer Clase

19 19 Cirugía de la escopeta Opuesto al Cambio divergente – un tipo de cambio requiere muchas (pequeñas) modificaciones a clases diversas Mover método, Mover campo, Alinear Clase

20 20 Envidia de las funcionalidades métodos de una clase mas interesados en datos de otra clase que en los datos suyos Muchas llamadas a propiedades de otra clase Mover método Algunos patrones van en contra de esta regla: Estrategia y Visitante

21 21 Los Switch Lo tipico de un software Orientado a Objetos es el uso minimo de los switch(o case, o switch escondido). El problema es la duplicación, el mismo switch en lugares diferentes Terminar con Reemplazar Condicional con Polimorfismo

22 22 Obsesión con los primitivos Los tipos primitivos son ladrillos de software En un lenguaje OO es facil crear un tipo que no se diferencia de otro que nos provee la plataforma Reemplazar Valor del Dato con Objeto, Reemplazar Codigo de Tipo con Enum

23 23 Comentarios Comentarios mienten, el código no No pueden reemplazar falta de código mal escrito Despues de una refactorización meticulosa, lo mas probable que los comentarios sean inecesarios Renombrar método

24 24 Hay mas... Grupos de datos Jerarquias de herencia paralelas Cadenas de mensajes Intimidad inapropiada Intermediario Legado rechazado Generalización especulada Etc...

25 25 Las Refactorizaciones Técnicas detalladas de transformaciones del código Formato común: Motivación, Mecanismo y Ejemplo Pueden ser en nivel de un objeto, entre dos objetos, entre grupos de objetos y en escala grande

26 26 Extraer método Tenemos un fragmento de código que es posible agrupar Vamos a transformar el fragmento a un método nuevo cuyo nombre va a explicar su proposito

27 27 Código void imprimirDebe() { imprimirEncabezado(); //print details Console.Out.WriteLine("Nombre:" + nombre); Console.Out.WriteLine("Monto:" + debe()); } void imprimirDebe() { imprimirEncabezado(); imprimirDetalle(debe()); } void imprimirDetalle(double valor){ Console.Out.WriteLine("Nombre:" + nombre); Console.Out.WriteLine("Monto:" + valor); }

28 28 Variable Temporal en línea Motivación: Variable temporal dificulta aplicar el Extraer método Variable temporal fue asignada una vez con una simple expresión Vamos a reemplazar todas las referencias con la expresión

29 29 Código double precioBase = pedido.precioBase(); return (precioBase > 1000); return(pedido.precioBase()>1000);

30 30 Reemplazar Temporal con la consulta Una de refactorizaciones vitales antes de Extraer método Variable temporal esta guardando resultado de una expresión. Extraer la expresión en un método. Remplazar todas las referencias de la variable con el método.

31 31 Código double precioBase = cantidad * valorItem; if(precioBase > 1000) return precioBase * 0.95; else return precioBase * 0.98; if(precioBase() > 1000) return precioBase() * 0.95; else return precioBase() * 0.98; double precioBase(){ return cantidad * valorItem;}

32 32 Reemplazar método con Método-Objeto Es un método largo pero es difícil aplicar Extraer método por modo en que se utilizan variables locales El método se transforma en un objeto de tal modo que todas las variables locales sean campos del mismo, constructor recibe objeto y parametros originales, se copia el método original con nombre calcular() y se procede a refactorizar ¡Ahora es facil aplicar Extrer método!

33 33 Código class Pedido{ double precio(int numeroItems){ double precioBasePrimario; double precioBaseSecundario; int valorX = numeroItems * delta(); //computo largo... } return new CalculaPrecio(this, numeroItems).calcular();

34 34 Mover método y Mover Campo Dos refactorizaciónes esenciales ¿Donde pertenecen las responsabilidades? El método se ocupa mas por la otra clase o bien utiliza mas la otra clase A veces es más facil mover un grupo de métodos y campos juntos

35 35 Ejemplo

36 36 Reemplazar Numero Magico con Constante Simbolica Un literal tiene significado especial Una de las enfermedades mas antiguas en computación Si en un momento hay que cambiar el numero, el esfuerzo necesario puede ser enorme Código difícil de leer

37 37 Código double energiaPotencial(double masa, double altura){ return masa * 9.81 * altura; } double energiaPotencial(double masa, double altura){ return masa * INTENSIDAD_DE_GRAVEDAD * altura; } static const double INTENSIDAD_DE_GRAVEDAD = 9.81;

38 38 Extraer Clase Una clase haciendo trabajo de dos Crear nueva clase y separar las responsabilidades Clase antigua delega trabajo a la nueva o la nueva clase esta expuesta al cliente ¿Debería estar la clase nueva expuesta a los clientes?

39 39 Ejemplo

40 40 Alinear Clase Clase no esta haciendo mucho Inverso al Extraer Clase

41 41 Hay mucho mas... Duplicar datos obervados (MVC) Encapsular colección Reemplazar código de tipo con enumeración Reemplazar código de tipo con subclase Reemplazar código de tipo con Estado/ Estrategia

42 42... Descomponer condicional Reemplazar condicional con polimorfismo Introducir Objeto Nulo Reemplazar método constructor con la factoría Reemplazar código de error con la Excepción Subir Método Subir Campo

43 43... Bajar método Bajar campo Extraer subclase Extraer Interfaz Separar dominio de presentación Convertir diseño estructurado a objetos Extrer jerarquía...

44 44 ¿Como y cuando refactorizar? Hay que refactorizar cuando: Estamos agregando una función Estamos solucionando un bug Estamos haciendo revisión de código

45 45... Es necesario tener un arnés de pruebas en plazo Se refactoriza paso a paso: refactorización minima, ejecución de pruebas Herramientas para crear y ejecutar pruebas unitarias: Nunit y CSUnit etc Es mas rápido refactorizar utilizando algunas herramientas de refactorización: Flywheel, C# Refactory etc. Proxima versión de Visual Studio (Whidbey) va a apoyar ciertas refactorizaciones en C#

46 46 Visual Studio Whidbey

47 47 ¿Cuándo no deberíamos refactorizar? Es mas facil hacerlo de nuevo Una señal importante: El código no funciona Demasiado cerca de la fecha de entrega comprometida

48 48 ¿Donde obtener mas información? Libro de Martin Fowler Refactoring Programación ágil


Descargar ppt "Refactorización Mejorando el diseño del código existente © 2003 refactorización.com. Todos derechos reservados."

Presentaciones similares


Anuncios Google