设计模式

在现实生活中，存在很多“部分-整体”的关系，例如，大学中的部门与学院、总公司中的部门与分公司、学习用品中的书与书包、生活用品中的衣服与衣柜、以及厨房中的锅碗瓢盆等。在软件开发中也是这样，例如，文件系统

上图中，Subject是一个抽象类或者接口，RealSubject是实现方法类，具体的业务执行，Proxy则是RealSubject的代理，直接和client接触的。 代理模式可以在不修改被代理对象的

关于设计模式的几大设计原则的资料网上很多，但是很多地方解释地都太过于笼统化，最近也是在极客时间上学习王争老师的设计模式之美，其中对于设计原则的讲解也比较通俗易懂，因此对几大设计原则做如下总结。

为什么要使用单例？ 单例存在哪些问题？ 单例与静态类的区别？ 有何替代的解决方案？ 下面就通过这篇文章来回答上述几个问题。 为什么要使用单例？ 单例设计模式（Singleton Design Patt

1. 简单工厂模式(Simple Factory) 该模式对对象创建管理方式最为简单，因为其仅仅简单的对不同类对象的创建进行了一层薄薄的封装。该模式通过向工厂传递类型来指定要创建的对象，其UML类图如

话不多说，带着上面的两个问题，一起了解建造者模式 为什么需要建造者模式 在平时的开发中，创建一个对象最常用的方法是，使用new关键字调用类的构造函数来完成。那么什么情况下这种方式就不适用了，需要用建造