1700457566
public static void main（String[]args）{
1700457567
1700457568
//女娲第一次造人，火候不足，于是白色人种产生了
1700457569
1700457570
System.out.println（”—造出的第一批人是白色人种—”）；
1700457571
1700457572
Human whiteHuman=HumanFactory.createHuman（WhiteHuman.class）；
1700457573
1700457574
whiteHuman.getColor（）；
1700457575
1700457576
whiteHuman.talk（）；
1700457577
1700457578
//女娲第二次造人，火候过足，于是黑色人种产生了
1700457579
1700457580
System.out.println（”\n—造出的第二批人是黑色人种—”）；
1700457581
1700457582
Human blackHuman=HumanFactory.createHuman（BlackHuman.class）；
1700457583
1700457584
blackHuman.getColor（）；
1700457585
1700457586
blackHuman.talk（）；
1700457587
1700457588
//第三次造人，火候刚刚好，于是黄色人种产生了
1700457589
1700457590
System.out.println（”\n—造出的第三批人是黄色人种—”）；
1700457591
1700457592
Human yellowHuman=HumanFactory.createHuman（YellowHuman.class）；
1700457593
1700457594
yellowHuman.getColor（）；
1700457595
1700457596
yellowHuman.talk（）；
1700457597
1700457598
}
1700457599
1700457600
}
1700457601
1700457602
运行结果没有发生变化，但是我们的类图变简单了，而且调用者也比较简单，该模式是工厂方法模式的弱化，因为简单，所以称为简单工厂模式（Simple Factory Pattern），也叫做静态工厂模式。在实际项目中，采用该方法的案例还是比较多的，其缺点是工厂类的扩展比较困难，不符合开闭原则，但它仍然是一个非常实用的设计模式。
1700457603
1700457604
2.升级为多个工厂类
1700457605
1700457606
当我们在做一个比较复杂的项目时，经常会遇到初始化一个对象很耗费精力的情况，所有的产品类都放到一个工厂方法中进行初始化会使代码结构不清晰。例如，一个产品类有5个具体实现，每个实现类的初始化（不仅仅是new，初始化包括new一个对象，并对对象设置一定的初始值）方法都不相同，如果写在一个工厂方法中，势必会导致该方法巨大无比，那该怎么办？
1700457607
1700457608
考虑到需要结构清晰，我们就为每个产品定义一个创造者，然后由调用者自己去选择与哪个工厂方法关联。我们还是以女娲造人为例，每个人种都有一个固定的八卦炉，分别造出黑色人种、白色人种、黄色人种，修改后的类图如图8-4所示。
1700457609
1700457610
1700457611
1700457612
1700457613
图8-4 多个工厂类的类图
1700457614
1700457615
每个人种（具体的产品类）都对应了一个创建者，每个创建者都独立负责创建对应的产品对象，非常符合单一职责原则，按照这种模式我们来看看代码变化。