工厂模式和策略模式之间的关键区别是在哪里进行操作。工厂模式对创建的对象执行操作(工厂类在创建后完成工作)，而策略模式对上下文类本身执行操作。

若要将工厂模式更改为策略模式，则不从工厂类返回创建的对象，将对象保存在上下文类中，并在上下文类中创建包装器方法来执行操作，而不是直接从创建的对象执行操作。

虽然有人可能会问我们是否可以对创建的对象进行操作，但为什么我们仍然需要在上下文类中创建包装器呢?好的，关键是操作。策略模式可以根据策略改变操作，而且不需要改变对象，可以依靠上下文对象来做不同的操作，而不需要改变对象本身。

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

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

工厂(方法)模式。

只创建具体实例。不同的参数可能导致不同的对象。这取决于逻辑等等。

战略模式。

封装算法(步骤)以执行操作。所以你可以改变策略，使用另一种算法。

虽然两者看起来非常相似，但目的却截然不同，一个目的是创造，另一个目的是执行动作。

所以。如果你的Factory方法是固定的，你可以像这样:

 public Command getCommand( int operatingSystem ) { 
      switch( operatingSystem ) { 
           case UNIX    :
           case LINUX   : return new UnixCommand();
           case WINDOWS : return new WindowsCommand();
           case OSX     : return new OSXCommand();
       }
  }

但是假设您的工厂需要更高级或更动态的创建。你可以在工厂方法中添加策略并在不需要重新编译的情况下更改它，策略可以在运行时更改。

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

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

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

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

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

工厂模式是一种创建模式。战略模式是一种操作模式。换句话说，工厂模式用于创建特定类型的对象。策略模式用于以特定方式执行一个操作(或一组操作)。在经典的例子中，工厂可能会创建不同类型的动物:狗、猫、虎，而策略模式将执行特定的动作，例如，移动;使用跑，走或Lope策略。

事实上，这两者可以一起使用。例如，您可能有一个创建业务对象的工厂。它可以根据持久性介质使用不同的策略。如果数据以XML形式存储在本地，则使用一种策略。如果数据位于不同的远程数据库中，则它将使用另一个数据库。