单例模式（singleton），工厂方法模式（factory），门面模式（facade）

CEmperor，需要单例的类

说明：很多大臣拜见的皇帝，只有一个。体现在面向对象方面，CEmperor定义一个静态指针，和一个静态函数，私有化构造函数、析构函数、构造函数复制、重载赋值语句。

注意：线程安全，采用互斥体的方式实现。

Public class Singleton{
    Private Singleton(){};
    Public staticclass Singleton1{
        Private staticfinal Singleton instance = new Singleton();
}    
    Public static Singleton getInstance(){
        Return Singleton1.instance;
}
}

单例模式比较简单，但在项目中使用的时候，需要明确只调用CEmperor的GetInstance函数来获取实例

工厂方法模式：工厂方法模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色， 仅负责具体工厂子类必须实现的接口，这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。

工厂方法属于创建型模式，适合于产品不太多的情况。产品如果很多，则需要用抽象工厂来实现。

门面模式：

Facade门面模式，也是比较常用的一种模式，基本上所有软件系统中都会用到。 GOF 在《设计模式》一书中给出如下定义：为子系统中的一组接口提供一个一致的界面， Facade 模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。简单说，就是将复杂的逻辑封装起来，对外公开简单的接口，由客户程序调用。

上面的图仍然只是类图而已，用于帮助理解代码中类之间的关系，而不是模式的抽象类图。CModenPostOffice封装了复杂的处理逻辑，对外只有SendLetter这个函数接口。使客户程序容易了解到想要做什么，应该告诉邮局什么内容，邮局才能正确的工作