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

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

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

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

工厂(方法)模式。

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

战略模式。

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

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

所以。如果你的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();
       }
  }

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

工厂模式是关于决定创建哪个对象，而策略模式是关于使用创建的对象。例如，使用哪种策略可以由工厂模式决定

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