7.04_ patrón de la fábrica simple y patrón de la fábrica método

Un patrón de la fábrica sencilla Descripción general
　　* llamada Factory Method estático que define una clase de fábrica de hormigón es responsable de la creación de instancias de una clase
　　* B: ventajas
　　　　* El cliente no tiene que ser responsable de la creación de objetos, que define las responsabilidades de cada clase
　　 C desventajas:
　　　　* la clase de fábrica estática es responsable de crear todos los objetos, si hay que añadir nuevos objetos, o diferentes formas de crear algunos objetos, es necesario modificar en cualquier momento la clase de fábrica, no es propicio para el mantenimiento de la tarde
　　* D: presentación de un caso
　　　　* animales abstracto clase: public abstract Animal {public abstract void EAT ();}
　　　　* perros detallada: Animal del perro se extiende public class {}
　　　　* felino detallada: el animal se extiende {cat} public class
　　　　* aperturas, el contenido específico de cada clase de prueba crear sus propios objetos, sin embargo, para crear un objeto si el trabajo es demasiado problema, se necesita a alguien dedicado a hacer esto, por lo que sabemos una clase especial para crear objetos.
　　　　*
　　　　　　Clase pública AnimalFactory {
　　　　　　　　AnimalFactory privada () {}

　　　　　　　　// public static perro createDog () {return nuevo perro nuevo ();}
　　　　　　　　// public static gato createCat () {return new new Cat ();}

　　　　　　　　// Mejora
　　　　　　　　pública createAnimal animales estática (String llamado animalName) {
　　　　　　　　　　IF (.equals "perro" (llamado animalName)) {}
　　　　　　　　　　　　las else if (.equals "CAT" (Animale)) {

　　　　　　　　　　　　} else {
　　　　　　　　　　　　devuelto nulo;
　　　　　　　　　　　　　　}
　　　　　　　　　　}
　　　　　　　　}
En segundo lugar, los métodos de fábrica Descripción y uso
　　* a: Visión general de Factory Method
　　　　* Factory Method clase abstracta de fábrica es responsable de definir la interfaz para crear objetos, crear el objeto específico de trabajo se consigue mediante una clase concreta hereda la fábrica abstracta.
　　* B: ventajas
　　　　* El cliente no tiene que ser responsable de la creación de un objeto, que define las responsabilidades de cada clase, si hay que añadir nuevos objetos, sólo tiene que añadir una clase específica y la clase de fábrica de hormigón no puede afectar a la existente código, esta última fácil de mantener y mejorar la escalabilidad del sistema
　　* C: desventajas
　　　　* requiere codificación adicional, el aumento de la carga de trabajo
　　* D: presentación de un caso
　　*
　　　　animales clase abstracta: animal abstracta pública {public abstract void coma ();}
　　　　fábrica interfaz: interfaz pública de fábrica {public abstract animal createAnimal ();}
　　　　Específicamente perros: public class Perro extiende animales {}
　　　　gatos específicas: Cat clase pública se extiende Animal {}
　　　　comenzando, en la clase de prueba para cada contenido específico para crear sus propios objetos, sin embargo, para crear un objeto si el trabajo es demasiado problema, se necesita a alguien específicamente para hacer esto, por lo que sabemos una clase especial para crear objetos. Cada códigos de modificación encontraron demasiado molesto con un mejor método de fábrica, una fábrica de hormigón para cada aplicación en particular.
　　　　Perro de fábrica: public class DogFactory los implementos de fábrica {
　　　　　　　　público createAnimal Animal () {...}
　　　　　　　　　　}
　　　　fábrica de gato: public class CatFactory los implementos de fábrica {
　　　　　　　　createAnimal Animal pública () {...}
　　　　　　}