根据奥斯卡的说法和他的准则:

getCommand是工厂类，UnixCommand、WindowsCommand和OSXCommand类是策略类

Factory(和Factory返回的FactoryMethod):

创建型模式 基于继承 工厂返回一个工厂方法(接口)，该方法返回具体对象 你可以用新的具体对象代替接口，客户端(调用者)不应该知道所有的具体实现 客户端始终只访问接口，您可以在Factory方法中隐藏对象创建细节

看看这篇维基百科和javarevisited的文章

策略模式:

这是一种行为模式 它是基于委派的 它通过修改方法行为来改变对象的内容 它用来在一系列算法之间切换 它在运行时改变对象的行为

例子:

您可以为特定的项目(机票或购物车项目)配置折扣策略。在本例中，您将在7月至12月期间提供25%的折扣，而在1月至6月期间不提供折扣。

相关文章:

策略模式的真实例子

设计模式:工厂vs工厂方法vs抽象工厂

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

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

...

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

}

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

简单来说，策略模式更多的是运行时行为的创建，您不关心实现类。另一方面，工厂是运行时创建的具体类实例，它是由你使用任何行为(方法)公开的实现接口。

只是补充一下tvanfosson所说的，就实现而言，很多模式看起来都是一样的。也就是说，很多时候你创建了一个接口，而在你的代码中可能没有，然后创建了该接口的一堆实现。区别在于它们的目的和使用方式。

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

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

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

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