创建型模式把创建对象隐藏在一个操作或者类中，抽象了实例化的过程，可以使系统和它的对象之间互不依赖，符合单一职责原则。封装系统使用的具体类的信息，隐藏了类实例的创建和组织过程。
简单工厂模式
又称静态工厂方法模式，专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。可以根据参数的不同返回不同类的实例。对象的创建和本身的业务处理分离，降低系统的耦合度，工厂方法是静态方法，使用方便，工厂类的职责相对过重，增加子类时需要相应地修改工厂方法。适用于工厂类创建对象较少的情形。
工厂模式
增加了工厂类的动态性，实现了OC原则。工厂父类负责定义创建产品对象的公共接口，工厂子类负责生成具体的产品对象，延迟产品类的实例化操作。
抽象工厂模式
提供一个创建一系列相关或相互依赖对象的接口而无需指定他们具体的类。生成一系列产品而非单个产品。
BUILDER模式
将一个包含有多个组件对象的创建分成若干个步骤并将这些步骤封装在Builder接口中。用于创建内部结构复杂的对象，可以逐步地构造对象，使对象的创建更具弹性，产品内部表象可以独立的变化。难于应付分步骤构建算法的需求变动。
单例模式
保证一个类只能进行一次实例化处理（一个对象）。一个单例对象只能由单例类自己生成，并且只能通过单例类提供的方法访问。多线程运行时需要注意同步的问题。可在第一次调用get()方法时创建单例对象，或者在载入单例类的时候生成。前者只有在需要使用单例对象时才创建，但每次调用get方法需要进行额外判断；后者简化了get方法，但可能会有不必要的内存消耗。