您不能仅仅通过查看代码或分类来理解其中的区别。要正确掌握GoF模式，请寻找它们的意图:

策略:“定义一系列算法，封装每个算法，并使它们可互换。策略让算法独立于使用它的客户而变化。”

工厂方法:定义一个用于创建对象的接口，但是让子类来决定实例化哪个类。工厂方法允许类延迟实例化到子类。

下面是关于这两种模式的意图和区别的详细解释:工厂方法和策略设计模式的区别

简而言之:

工厂是用于创建具有相同行为的多个对象，而策略是用于具有不同工作方式的一个对象。

工厂模式是一种创建模式，使用指定的属性(行为)创建。而在创建后的运行时，你不能改变它的属性(行为)。因此，如果你需要不同的属性(行为)，你必须删除对象，并创建具有所需属性(行为)的新对象。这可不是什么好事。 而在策略模式的情况下，你可以在运行时改变属性(行为)。

您不能仅仅通过查看代码或分类来理解其中的区别。要正确掌握GoF模式，请寻找它们的意图:

策略:“定义一系列算法，封装每个算法，并使它们可互换。策略让算法独立于使用它的客户而变化。”

工厂方法:定义一个用于创建对象的接口，但是让子类来决定实例化哪个类。工厂方法允许类延迟实例化到子类。

下面是关于这两种模式的意图和区别的详细解释:工厂方法和策略设计模式的区别

我可能会偏离Oscar的主题，因为他的工厂实现的例子是紧密耦合且非常封闭的，难怪您选择了策略模式。工厂实现不应该依赖于任何固定数量的被实例化的特定类，例如:

public Command getCommand( int operatingSystem ) {        
   return commandTable.get(operatingSystem); 
}

...

public class WindowsCommand implements Command {
    ...
    static {
        CommandTable.getInstance().registerCommand(WIN_COMMAND_ID, new WindowsCommand());
    }

}

我想选择一个或另一个最合适的标准主要是用于命名类和方法的术语，考虑到我们都应该倾向于针对接口而不是类编程，并关注目标:我们的目标是确定哪些代码将在运行时执行。也就是说，我们可以通过使用这两种模式中的任何一种来实现目标。

策略模式允许您多态地更改类的行为。

工厂模式允许封装对象创建。

加里说得很好。如果您使用的编码原则是抽象的，而不是“具体化”的，那么很多模式看起来就像是主题的变体。