¿Qué patrón de diseño elegirás?

Question

Quiero diseñar una clase, que contiene un procedimiento para lograr un objetivo. Y debe seguir un cierto orden para asegurarse de que el último método, digamos "ExecuteIt", se comporte correctamente. en tal caso, ¿qué patrón de diseño usará? que puede asegurar que el usuario debe llamar al método público de acuerdo con algún pedido.

Si realmente no sabe lo que estoy diciendo, entonces me puede compartir algún concepto de la elección de un golpeteo de diseño, o lo que le cuenta al diseñar una clase?

Answer 1

Plantilla Método es lo que quieres. Es uno de los más antiguos, simplemente una formalización de una forma de componer tus clases.

http://en.wikipedia.org/wiki/Template_method_pattern

o como en este ejemplo de código:

abstract class AbstractParent // this is the template class 
{ 
    // this is the template method that enforces an order of method execution 
    final void executeIt() 
    { 
    doBefore(); // << to be implemented by subclasses 
    doInTheMiddle() // also to be implemented by subclasses 
    doLast(); // << the one you want to make sure gets executed last 
    } 

    abstract void doBefore(); 
    abstract void doInTheMiddle(); 
    final void doLast(){ .... } 
} 

class SubA extends AbstractParent 
{ 
    void doBefore(){ ... does something ...} 
    void doInTheMiddle(){ ... does something ...} 
} 

class SubB extends SubA 
{ 
    void doBefore(){ ... does something different ...} 
} 

Pero parece que está pescando para la oportunidad de utilizar un patrón en lugar de utilizar un patrón para resolver un determinado tipo de problema. Eso solo lo llevará a malos hábitos de desarrollo de software.

No piense en patrones. Piense en cómo resolvería ese problema específico sin tener patrones.

Imagine que no había patrones codificados (que es como era antes). ¿Cómo lograrías lo que quieres hacer aquí (que es lo que hicieron las personas para resolver este tipo de problemas)? Cuando puedas hacer eso, entonces estarás en una posición mucho mejor para entender los patrones.

No los use como cortadores de galletas. Eso es lo último que quieres hacer.

Answer 2

creo que busca el patrón Template Method.

Answer 3

Básicamente no es un patrón, pero: si quiere asegurarse de que el código/métodos se ejecute en un orden específico, haga que la clase tenga solo un método público, que luego llama a los métodos no públicos de la derecha secuencia.

Answer 4

Como concepto general que debe elegir un patrón como una solución estándar a un problema estándar es así, estoy de acuerdo con Oded, el "Método de plantillas" parece ajustarse a sus necesidades (pero lo que se ha explicado es demasiado pocos tal vez) No te patrón de uso como "fetiche", lo que tiene que tener en cuenta es:

1. ¿Cómo puedo calcular mi problema de una manera estándar?
2. ¿Hay un patrón para esto?
3. ¿Es esta la manera más simple?

Answer 5

Creo que no tienes que ejecutar realmente nada, solo prepara las declaraciones, recursos y lo que quieras. De esta forma, cualquiera que sea el orden en que el usuario invoque los métodos, se asegurará que se ordenará la ejecución real; simplemente porque tienes el control total sobre la ejecución real, justo antes de ejecutarla.

mi humilde opinión Método Plantilla muy poco que ver con su objetivo.

EDIT: sea más clara. Haga que su clase tenga un método público Execute, y una cantidad de otros métodos públicos para decirle a su clase qué hacer (cuándo hacerlo es responsabilidad de usted y no del usuario); a continuación, realice una serie de métodos privados que realicen el trabajo real; se invocarán en el en el orden correcto mediante su ejecución, una vez que el usuario haya finalizado las configuraciones.

dar al usuario la capacidad de ajuste, mantenga ejecución para su auto. Él dice qué, tú decides cómo.

Answer 6

Template Method es racional, si usted tiene una jerarquía de clases y la clase base define los pasos de operación protegida en su método de plantillas públicas. ¿Podrías elaborar tu pregunta?

Answer 7

El enfoque simple y pragmático para aplicar una secuencia particular de pasos en cualquier API es definir una colección de clases (en lugar de solo una clase) de modo que cada siguiente paso válido tome como parámetro un objeto derivado del paso anterior, es decir:

Fuel coal = CoalMine.getCoal(); 
    Cooker stove = new Cooker (gas); 

    Filling apple = new AppleFilling(); 
    Pie applePie = new Pie(apple); 

    applePie.bake(stove); 

eso quiere decir que a hornear un pastel es necesario proporcionar un objeto Cooker que a su vez requiere algún tipo de un combustible adecuado para ejecutarse en primer lugar. Del mismo modo, antes de que pueda obtener un instanse de un pastel, tendrá que preparar algo de relleno.

En este caso, la semántica del uso de API se aplica explícitamente por su sintaxis. Mantenlo simple.