new的问题
    常规的对象创建方法：
        // 创建一个Road 对象
        Road road=new Road();
    new的问题：
        – 实现依赖，不能应对“具体实例化类型”的变化。
解决思路：
    – 封装变化点—— 哪里变化，封装哪里
    – 潜台词：如果没有变化，当然不需要额外的封装！
工厂模式的缘起
    • 变化点在“对象创建”，因此就封装“对象创建”
    • 面向接口编程——依赖接口，而非依赖实现
简单工厂的问题：
    – 不能应对“不同系列对象”的变化。比如有不同风格的游戏场景——对应不同风格的道路、房屋、地道……
如何解决：
    – 使用面向对象的技术来“封装”变化点
动机（Motivation）
    在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化，往往存在更多系列对象的创建工作。
    如何应对这种变化？如何绕过常规的对象创建方法(new)，提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？ 
    设计模式是解决一系列变化的问题，把变化的封装起来．
意图（Intent）
    提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需指定它们具体的类。
                                                                                                        ——《设计模式》GoF
结构（Structure）
        
    客户程序client依赖的是三个抽象类

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace ConsoleApplication1
{
    Abstract Product | 抽象产品


    Mordern product | 现代的产品


    Classicality product | 古代的产品


    Abstract Factory | 抽象工厂：工厂方法模式的核心


    Modern Factory | 现代工厂


    Classicality | 古典工厂


    Client Application | 客户程序 (优点是保证客户端程序不变)

    class Program
    {
        static void Main(string[] args)
        {

            //调用现代工厂
            GameManager g = new GameManager(new MordenFacilitiesFactory());

            //调用古代工厂
            //GameManager g = new GameManager(new ClassicalityFacilitiesFactory());

     

            g.BuildGameFacilities();
            g.Run();
        }
    }
}

Q：Abstract 与 Interface 有什么分别

A：抽象类主要描述类型的类属关系，抽象类和它的派生类之间是典型的IS-A关系。而接口主要描述的是类型间的行为合同，接口和它的实现类之间是典型的CAN-DO关系。

________________________________________

Q：设计模式是不是现代软件开发的核心

A：不是，设计模式是一种高级的软件设计素养，它可以帮助我们写出更好的软件，具体到面向对象设计模式，它可以帮助我们应对频繁的软件需求变化。但设计模式本身并不构成现代软件开发的核心。