自己之前写过一些关于设计模式的博客，但是大部分都写得比较匆忙。现在正好趁年前有时间，笔者打算好好地整理一下自己这块知识结构。开篇的第一个原则就是设计原则里面最简单的一个原则--单一职责原则。

想必大家都听过并且常用这个原则进行一些项目的重构，因为这个原则太简单了，一句话概括就是：应该有且仅有一个原因引起类的变更。但是我们在实际的项目里面不能够生搬硬套，因为单一职责原则有个缺点就是可能会造成类对象的剧增，导致我们在用的时候就需要人为的组合对象。大家应该知道组合操作就会造成冗余、耦合，所以可以视具体的项目场景使用。

好了，这篇博客就到这里，后面的设计模式系列博客，笔者也只打算精要概括，不提供过多的demo。