工厂模式,另一种模式或根本没有模式？

Question

我有2个案例,一个方法可以被认为是一个工厂设计模式,这个例子是在C#,altought,可以应用于其他编程语言:

enum NinjaTypes {
  Generic,
  Katanna,
  StarThrower,
  Invisible,
  Flyer
}

public class Ninja {
  public string Name { get; set; }
  public void jump() { ... }
  public void kickAss() { ... }
}

public class KatannaNinja: Ninja {
  public void useKatanna() { ... }
}

public class StarNinja: Ninja {
  public void throwStar() { ... }
}

public class InvisibleNinja: Ninja {
  public void becomeInvisible() {...}
  public void becomeVisible() {...}
}

public class FlyNinja: Ninja {
  public void fly() {...}
  public void land() {...}
}

public class NinjaSchool {
  // always return generic type
  public Ninja StandardStudent() {...}
  // may return other types
  public Ninja SpecialityStudent(NinjaTypes WhichType) {...}
}

该方法StandardStudent()始终返回相同类型的SpecialityStudent(...)新对象,可以从共享相同超类/基类型的不同类返回新对象.这两种方法都是故意不是虚拟的.

问题是,两种方法都是"工厂设计模式"吗？

我的猜测是SpecialityStudent(...),但StandardStudent()不是.如果第二个不是,可以考虑另一个设计模式？

Answer 1

我不认为 FactoryMethod或AbstractFactory模式都不会禁止用户使用参数来指定创建者方法的类型。无论如何，你应该在设计中至少考虑两件事：

1. 工厂方法有助于让客户端不知道所创建对象的具体类型。从我的角度来看，明确指定要创建的对象的类型并没有错，但要注意不要在客户端类上投入太多知识，以便能够通过工厂构造对象。
2. 您的两个工厂方法都返回一个 Ninja 对象，但某些 ninja 扩展类声明了客户端不知道的其他方法。如果您的客户需要明确使用这些方法，那么您可能必须对您的设计进行一些考虑。