использование командных и заводских шаблонов проектирования для выполнения заданий в очереди - PullRequest
Новая
       14

использование командных и заводских шаблонов проектирования для выполнения заданий в очереди

6 голосов
/ 09 января 2012

У меня есть список заданий, поставленных в очередь в базе данных, которые мне нужно прочитать из базы данных и выполнить их параллельно, используя многопоточность, и у меня есть список классов команд для выполнения каждого из этих заданий, реализующих общий интерфейс (шаблон команды),но когда я получаю отложенные задания из базы данных, мне нужно будет создавать экземпляр правильного командного объекта для каждого задания примерно так (в заводском классе) 

ICommand command;
switch (jobCode)
{
  case "A":
     command = new CommandA();
     break;
  case "B":
     command = new CommandB();
     break;
  case "C":
     command = new CommandC();
     break;
}

command.Execute();

Есть ли лучший способ создать правильноеобъект команды без использования большого оператора switch как выше?ИЛИ Есть ли какой-либо другой шаблон для выполнения заданий в очереди?

Решение: решается следующим образом (на основе выбранного ответа).Это сделает ленивую реализацию объектов команды. 

public class CommandFactory
{
    private readonly IDictionary<string, Func<ICommand>> _commands;

    public CommandFactory()
    {
        _commands = new Dictionary<string, Func<ICommand>>
                        {
                            {"A", () => new CommandA()},
                            {"B", () => new CommandB()},
                            {"C", () => new CommandC()}
                        };
    }

    public ICommand GetCommand(string jobKey)
    {
        Func<ICommand> command;
        _commands.TryGetValue(jobKey.ToUpper(), out command);
        return command();
    }
}    

Client: 

        var factory = new CommandFactory();
        var command = factory.GetCommand(jobKey);
        command.Execute();

Ответы [ 3 ]

13 голосов
/ 09 января 2012

Большинство реализаций шаблонов команд C # более или менее совпадают с реализациями Java. Эти реализации обычно используют интерфейс ICommand: 

public interface ICommand
{
    void Execute();
}

и тогда все классы команд будут вынуждены реализовать интерфейс. У меня нет проблем с этим решением, но лично мне не нравится создавать слишком много классов, и я предпочитаю использовать делегаты .NET (в Java нет делегатов). Делегат Action обычно делает свое дело, если нужна только одна ссылка на метод: 

public class Prog
{
    public Prog()
    {
        var factory = new CommandFactory();
        factory.Register("A", () => new A().DoA);            
        factory.Register("B", () => new B().DoB);
        factory.Register("C", DoStuff);

        factory.Execute("A");
    }

  public static void DoStuff()
    {
    }
}

public class CommandFactory
{
    private readonly IDictionary<string, Action> _commands;       

    public void Register(string commandName, Action action)
    {
    _commands.Add(commandName, action); 
    }

    public Action GetCommand(string commandName)
    {
        _commands[commandName];
    }

    public void Execute(string commandName)
    {
        GetCommand(commandName)();
    }
}
public class A
{
    public void DoA()
    {
    }
}

public class B
{
    public void DoB()
    {
    }
}

Если вашему командному интерфейсу требуется более одного метода, например: 

public interface ICommand
{
    void Execute();
    void Undo();
}

Вы можете использовать класс-оболочку следующим образом: 

public class Command
{
    public Command(Action execute, Action undo)
    {
        Execute = execute;
        Undo = undo;
    }

    public Action Execute { get; protected set; }
    public Action Undo { get; protected set; }
}

или (не важно, какой именно) 

public class Command 
{
    private readonly Action _execute;
    private readonly Action _undo;

    public Command(Action execute, Action undo)
    {
        _execute = execute;
        _undo = undo;
    }

    public void Execute()
    {
        _execute();
    }

    public void Undo()
    { 
        _undo();
    }
}

(этот может даже реализовать ICommand, если у вас уже есть устаревшие компоненты, использующие его. Если вы используете интерфейс, фабрика должна использовать интерфейс вместо класса Command)

С такой оберткой вы не обязаны создавать класс команд для каждого действия, которое хотите поддерживать. В следующем примере показано, как вы можете использовать класс-оболочку: 

public class Prog2
{
    public Prog2()
    {
        var factory = new CommandFactory2();
        factory.Register("A", new Lazy<Command>(
            ()=>
                {
                    var a = new A();
                    return new Command(a.DoA, a.UndoA);
                }));

        factory.Register("B", new Lazy<Command>(
           () =>
           {
               var c = new B();
               return new Command(c.DoB, c.DoB);
           }));

        factory.Register("C", new Lazy<Command>(
            () => new Command(DoStuff, UndoStuff)));

        factory.Execute("A");
    }

    public static void DoStuff()
    {
    }

    public static void UndoStuff()
    {
    }
}

public class CommandFactory2
{
    private readonly IDictionary<string, Lazy<Command>> _commands;

    public void Register(string commandName, Lazy<Command> lazyCommand)
    {
        _commands.Add(commandName, lazyCommand);
    }

    public void Register(string commandName, Action execute, Action undo)
    {
        _commands.Add(commandName, new Lazy<Command>(() => new Command(execute, undo)));
    }

    public Command GetCommand(string commandName)
    {
        return _commands[commandName].Value;
    }

    public void Execute(string commandName)
    {
        GetCommand(commandName).Execute();
    }

    public void Undo(string commandName)
    {
        GetCommand(commandName).Undo();
    }
}


public class A
{
    public void DoA()
    {
    }

    public void UndoA()
    {
    }
}

public class B
{
    public void DoB()
    {
    }

    public void UndoB()
    {
    }
}

Как вы можете видеть, нет необходимости реализовывать интерфейс, даже если у вас есть более одного метода (Выполнить, Отменить и т. Д.). Обратите внимание, что методы Execute и Undo могут принадлежать разным классам. Вы можете структурировать свой код так, как он кажется более естественным, и при этом можете использовать шаблон команды

4 голосов
/ 09 января 2012

Вы можете использовать Dictionary для сопоставления буквы / символа с соответствующей реализацией ICommand. Что-то вроде: 

public class CommandFactory
{
    private readonly Dictionary<string, ICommand> mCommands = new Dictionary<string,ICommand>(StringComparer.OrdinalIgnoreCase);

    public void RegisterCommand<TCommand>(string commandKey) where TCommand : ICommand, new()
    {
        // Instantiate the command
        ICommand command = new TCommand();

        // Add to the collection
        mCommands.Add(commandKey, command);
    }

    public void ExecuteCommand(string commandKey)
    {
        // See if the command exists
        ICommand command;
        if (!mCommands.TryGetValue(commandKey, out command))
        {
            // TODO: Handle invalid command key
        }

        // Execute the command
        command.Execute();
    }
}

Используя это, вы можете зарегистрировать типы команд и сопоставить их с ключами на основе string и разрешить их создание и выполнение более обобщенно. Вы можете улучшить производительность, создавая экземпляры команд только при первом их использовании.

EDIT

В ответ на ваш комментарий, для создания экземпляра только при выполнении, вы можете сделать что-то вроде: 

public class CommandDetails<T> where T : ICommand, new()
{
    private ICommand mCommand;

    public ICommand GetCommand()
    {
        if (/* Determine if the command has been instantiated */)
        {
            // Instantiate the command
            mCommand = new T();
        }

        return mCommand;
    }
}

public void ExecuteCommand(...)
{
    // See if the command exists
    CommandDetails details;
    // ...

    // Get the command
    // Note: If we haven't got the command yet, this will instantiate it for us.
    ICommand command = details.GetCommand();

    // ...
}
1 голос
/ 09 января 2012

Вы могли бы попросить вашу работу предоставить собственную ICommand: 

interface IJob 
{
  ICommand Command { get; }
}

public class JobA : IJob
{
  private readonly ICommand _command = new CommandA();
  public ICommand Command { get { return _command; } }
}

Затем, вместо включения JobCode, вы можете просто сделать: 

job.Command.Execute();
...