Refactorización/Extract Class

De Wikilibros, la colección de libros de texto de contenido libre.

Introducción a la Refactorización[editar]

Refactorizar (o Refactoring) es realizar una transformación al software preservando su comportamiento, modificando sólo su estructura interna para mejorarlo.Las refactorizaciones pueden verse como un tipo de mantenimiento preventivo, cuyo objetivo es disminuir la complejidad del software en anticipación a los incrementos de complejidad que los cambios pudieran traer. La refactorización es la parte del mantenimiento del código que no arregla errores ni añade funcionalidad.

Extraer Clase (Extract Class)[editar]

Definición[editar]

Extract Class es una técnica común para la mejora de la vida de la conexión de un programa concurrente, ya que le permite tener cerraduras independientes en las dos clases resultantes. Si no es necesario para bloquear los dos objetos que no tenga que hacerlo. En la ingeniería de software, la refactorización Extract Class se aplica cuando una clase se convierte en sobrepeso con demasiados métodos y su propósito se vuelve claro. Extraer Clase implica la creación de una nueva clase y los métodos y / o datos de mudarse a la nueva clase.

Ejemplo[editar]

Hay una clase haciendo un trabajo que debe ser realizado por dos. Se crea una nueva clase y se mueven los campos y métodos pertinentes de la clase de edad en la nueva clase.

  1. REDIRECCIÓN [1]

Usted probablemente ha escuchado que una clase debe ser una abstracción nítida y manejar algunas responsabilidades claras, o alguna pauta similar. Para agregar algunas operaciones aquí, un poco de datos allí. Se agrega la responsabilidad de un sentimiento de clase que no merece la pena una clase separada, sino como que la responsabilidad crece y se reproduce, la clase se hace demasiado complicada.

Esta clase es uno de muchos métodos y un buen montón de datos. Una clase que es demasiado grande como para entender fácilmente Debe tener en cuenta que se puede dividir, y la divide. Una buena señal es que un subconjunto de los datos y un subconjunto de los métodos parecen ir juntos. Otras buenas señales son subconjuntos de datos que suelen cambiar entre sí o son particularmente dependientes el uno del otro. Una prueba útil es preguntarse qué pasaría si quitó un dato o un método. ¿Qué otros campos y métodos serían innecesarios?

Una señal que a menudo surge más tarde en el desarrollo es la forma en que la clase se subtifica. Usted puede encontrar que subtificar sólo afecta a algunas características o que algunas funciones deben subtitular una forma y otras características de una forma diferente.


Referencias[editar]

[2] [3] [4]