设计模式 一、软件设计原则
一、理解设计原则
1、单一原则
1.1 如何理解单一职责原则（SRP）
单一职责原则（Single Responsibility Principle，简称SRP）,他要求一个类或模块应该只负责一个特定的功能，这有助于降低类之间的耦合度，提高代码的可读性和可维护性。
单一职责原则的定义非常简单，一个类只负责完成一个职责或者功能，也就是说，不要设计大而全的类，要设计粒度小、功能单一的类，换个角度来讲，就是一个类包含了两个或者以上业务不相干的功能，那我们就说它职责不够单一，应该将它拆分成多个功能更加单一，粒度更细的类。
1.2 如何判断类的职责是否单一
大部分情况下，类里的方法是归为同一类功能，还是归为不相关的两类功能，并不是那么容易判定的，在真实的软件开发中，对于一个类是否自责单一的判定，是很难拿捏的。不同的应用场景、不同阶段的需求背景下，对同一个类的职责是否单一的判定，可能都是不一样的。所以我们可以先写一个粗粒度的类，满足业务需求，随着业务的发展，如果粗粒度的类越来越大，代码越来越多，这个时候我们就可以将这个粗粒度的类，拆分成几个更细粒度的类，这就是所谓的持续重构。