Patrón de estrategia con diferentes parámetros en la interfaz (C#)

Question

Básicamente estoy tratando de implementar un patrón de estrategia, pero quiero pasar diferentes parámetros a la implementación de "interfaces" (que heredan del mismo objeto) y no sé si Esto es posible. Tal vez estoy eligiendo un patrón equivocado, me sale un error similar al

'StrategyA' no implementa miembro abstracta heredada 'HacerAlgo vacío (BaseObject)'

con el código de abajo:

abstract class Strategy 
{ 
public abstract void DoSomething(BaseObject object); 
} 

class StrategyA : Strategy 
{ 
public override void DoSomething(ObjectA objectA) 
{ 
    // . . . 
} 
} 

class StrategyB : Strategy 
{ 
public override void DoSomething(ObjectB objectB) 
{ 
    // . . . 
} 
} 

abstract class BaseObject 
{ 
} 

class ObjectA : BaseObject 
{ 
// add to BaseObject 
} 

class ObjectB : BaseObject 
{ 
// add to BaseObject 
} 

class Context 
{ 
    private Strategy _strategy; 

// Constructor 
public Context(Strategy strategy) 
{ 
    this._strategy = strategy; 
} 

    // i may lose addtions to BaseObject doing this "downcasting" anyways? 
public void ContextInterface(BaseObject obj) 
{ 
    _strategy.DoSomething(obj); 
} 

} 

Answer 1

Parece que en realidad está tratando de reinventar el Visitor pattern, en lugar de simplemente usar el patrón de Estrategia de la manera en que fue diseñado.

Además, como estás usando C#, te recomendaría leer el artículo de Judith Bishop titulado On the Efficiency of Design Patterns Implemented in C# 3.0. Esto abarca múltiples enfoques del patrón de visitante en detalle, y tiene algunas ideas útiles interesantes relacionadas.

Answer 2

El strategy pattern está destinado a proporcionar un comportamiento diferente en los objetos de entrada del mismo tipo.

Lo que en realidad estás tratando de hacer depende del contexto, y no estoy seguro de que se pueda ver en el código que se publicó.

Answer 3

En la firma de método C# incluye su nombre, tipo de lista de parámetros y lista de parámetros formales. En el código anterior "anulaciones" tienen firmas diferentes que el método virtual y, por lo tanto, no está permitido.

La idea central detrás de Strategy Pattern es definir un conjunto de algoritmos intercambiables con detalles ocultos en el interior. Pero si sus estrategias difieren (por tipo) en lo que pueden aceptar como entrada, ya no son intercambiables. Entonces parece que este es un patrón incorrecto para usar en esta situación.

Answer 4

Se puede crear una clase de parámetros, así:

public class Parameters 
{ 
    public ObjectA {get; set;} 
    public ObjectB {get; set;} 
} 

La alterar sus métodos para aceptar parámetros tales como:

class StrategyA : Strategy 
{ 
public override void DoSomething(Parameters parameters) 
{ 
     // Now use ObjectA 
     if(parameters.ObjectA.SomeProperty == true) 
     { ... } 
} 
} 

De esta manera puede parámetros adicionales debe sus requerimientos cambiar en el futuro . Otra alternativa es utilizar Dictionary<string, object> donde se puede hacer:

class StrategyA : Strategy 
{ 
    public override void DoSomething(Dictionary<string, object>parameters) 
    { 
      // Now use ObjectA 
      var someProperty = (bool)parameters["SomeProperty"]; 
      if() ... 
    } 
} 

Answer 5

Es posible que desee considerar este artículo: http://hillside.net/plop/2010/papers/sobajic.pdf El patrón se llama "patrón de estrategia parametrizado" y debe coincidir con lo que necesita. Básicamente, se basa en el patrón de estrategia y permite estrategias (diferentes algoritmos) para tener diferentes parámetros. Los parámetros están encapsulados en clases especiales, es decir, clases de parámetros. Cada estrategia (es decir, algoritmo) necesita implementar el método GetParameters() que devuelve la lista de instancias de parmaters para un algoritmo específico.