1：简要（大纲~）
工厂方法模式是一种常用的对象创建型设计模式,此模式的核心精神是封装类中不变的部分，提取其中个性化善变的部分为独立类，通过依赖注入以达到解耦、复用和方便后期维护拓展的目的。它的核心结构有四个角色，分别是抽象工厂；具体工厂；抽象产品；集体产品。
抽象工厂(Creator)角色：是工厂方法模式的核心，与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。 具体工厂(Concrete Creator)角色：这是实现抽象工厂接口的具体工厂类，包含与应用程序密切相关的逻辑，并且受到应用程序调用以创建产品对象。在上图中有两个这样的角色：BulbCreator与TubeCreator。 抽象产品(Product)角色：工厂方法模式所创建的对象的超类型，也就是产品对象的共同父类或共同拥有的接口。在上图中，这个角色是Light。 具体产品(Concrete Product)角色：这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建，它们之间往往一一对应。接口类：
创建两个接口类，前者是内容接口，后者是获取内容接口的接口。
public interface Service {
public void method1();
public void method2();
}
public interface ServiceFactory {
public Service getService();
}
实现类：
创建实现内容类接口的Class。
然后 以匿名内部类的方式 实现静态工厂方法的具体加载
public class ImplementionService implements Service{
public ImplementionService() {}
@Override
public void method1() {
// TODO Auto-generated method stub
System.out.println("工厂方法1");
}
@Override
public void method2() {
// TODO Auto-generated method stub
System.out.println("工厂方法2");
}
public static ServiceFactory factory=new ServiceFactory() {
@Override
public Service getService() {
// TODO Auto-generated method stub
return new ImplementionService();
}
};
调用类：
public class Factories {
public static Service getService(ServiceFactory fact){
return fact.getService();
}
}
public class Test {
public static void main(String[] args) {
Factories.getService(ImplementionService.factory).method1();
}
}
工厂方法模式是简单工厂模式的衍生，解决了许多简单工厂模式的问题。首先完全实现‘开－闭 原则’，实现了可扩展。其次更复杂的层次结构，可以应用于产品结果复杂的场合。
以下是结构图，偷师百度~~
模式应用的两种情况
第一种情况是对于某个产品，调用者清楚地知道应该使用哪个具体工厂服务，实例化该具体工厂，生产出具体的产品来。Java Collection中的iterator() 方法即属于这种情况。 第二种情况，只是需要一种产品，而不想知道也不需要知道究竟是哪个工厂为生产的，即最终选用哪个具体工厂的决定权在生产者一方，它们根据当前系统的情况来实例化一个具体的工厂返回给使用者，而这个决策过程这对于使用者来说是透明的。 这样一个简单的工厂方法模式就搭建好了。具体调用类和测试类可以根据自己的喜好做更改，你开心就好。有什么错误的还请大神不啬指教，在下感激不尽。小弟愿意献出我最最珍贵的...菊花？
