Следующий пример кода является реализацией Стратегической модели, скопированной с Википедии. Мой полный вопрос следует за ним...

Wiki main метод:

//StrategyExample test application

class StrategyExample {

    public static void main(String[] args) {

        Context context;

        // Three contexts following different strategies
        context = new Context(new ConcreteStrategyAdd());
        int resultA = context.executeStrategy(3,4);

        context = new Context(new ConcreteStrategySubtract());
        int resultB = context.executeStrategy(3,4);

        context = new Context(new ConcreteStrategyMultiply());
        int resultC = context.executeStrategy(3,4);

    }

}

Части шаблона:

// The classes that implement a concrete strategy should implement this

// The context class uses this to call the concrete strategy
interface Strategy {

    int execute(int a, int b);

}

// Implements the algorithm using the strategy interface
class ConcreteStrategyAdd implements Strategy {

    public int execute(int a, int b) {
        System.out.println("Called ConcreteStrategyA's execute()");
        return a + b;  // Do an addition with a and b
    }

}

class ConcreteStrategySubtract implements Strategy {

    public int execute(int a, int b) {
        System.out.println("Called ConcreteStrategyB's execute()");
        return a - b;  // Do a subtraction with a and b
    }

}

class ConcreteStrategyMultiply implements Strategy {

    public int execute(int a, int b) {
        System.out.println("Called ConcreteStrategyC's execute()");
        return a  * b;   // Do a multiplication with a and b
    }

}

// Configured with a ConcreteStrategy object and maintains a reference to a Strategy object
class Context {

    private Strategy strategy;

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

    public int executeStrategy(int a, int b) {
        return strategy.execute(a, b);
    }

}

При рассмотрении конкретно вышеупомянутого примера, Context избыточный класс?

Например, я могу придумать следующую альтернативу main реализация при помощи существующих классов и интерфейса кроме Контекста и это будет работать точно то же. Это все еще слабо связывается.

((Редактирование: В этом простом сценарии, когда я не учту класс Контекста, я буду делать будущую ошибку?))

public static void main(String[] args) {

    IStrategy strategy;

    // Three strategies
    strategy = new ConcreteStrategyAdd();
    int resultA = strategy.executeStrategy(3,4);

    strategy = new ConcreteStrategySubtract();
    int resultB = strategy.executeStrategy(3,4);

    strategy = new ConcreteStrategyMultiply();
    int resultC = strategy.executeStrategy(3,4);

}

Сводное обновление

Список в точке формирует то, что было обнаружено через ответы и комментарии:

• Контекст допускает вариацию в том, как составленная Стратегия используется (например, синхронизация, он - вызов). Различные Контексты могли бы сделать другую внутреннюю работу прежде и после вызова данной Стратегии.
• Контекст является "черным квадратом" высокого уровня. Логика Контекста может измениться, также составленная Стратегия может измениться (или другая используемая), не повреждая клиент, потому что клиент понимает только, как назвать контекст.
• Даже при том, что я создал альтернативную реализацию примера кода Википедии путем игнорирования Контекста, и хотя это работало то же оригиналом, вся ситуация была упрощена (в обоих случаях) и мои изменения, на самом деле предназначенные: 1. это больше не Стратегическая модель, 2. Я пропускаю преимущества духа Стратегической модели, которые упоминаются здесь.
• Моя альтернативная реализация использовала основной метод как Контекст, таким образом, я мог бы также сохранить Контекст, эффективно моделировав его. Путем создания нечистой Стратегической модели был создан беспорядок. Я не должен был изобретать велосипед или пытаться быть более умным (в этом случае).

Если какие-либо другие точки были бы полезны или если этому нужен отпуск исправления комментарий, и я изменю список соответственно.