1、 IOS设计模式的六大设计原则之单一职责原则(SRP,Single Responsibility Principle)
定义
就一个类而言，应该仅有一个引起它变化的原因。
定义解读
这是六大原则中最简单的一种，通俗点说，就是不存在多个原因使得一个类发生变化，也就是一个类只负责一种职责的工作。
优点
类的复杂度降低，一个类只负责一个功能，其逻辑要比负责多项功能简单的多；
类的可读性增强，阅读起来轻松；
可维护性强，一个易读、简单的类自然也容易维护；
变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。
问题提出
假设有一个类C，它负责两个不同的职责：职责P1和P2。当职责P1需求发生改变而需要修改类C时，有可能会导致原本运行正常的职责P2功能发生故障。
解决方案
遵循单一职责原则。分别建立两个类C1、C2，使C1完成职责P1，C2完成职责P2。这样，当修改类C1时，不会使职责P2发生故障风险；同理，当修改C2时，也不会使职责P1发生故障风险。
说到这里，大家会觉得这个原则太简单了。稍有经验的程序员，即使没有听说过单一职责原则，在设计软件时也会自觉的遵守这一重要原则。在实际的项目开发中，谁也不希望因为修改了一个功能导致其他的功能发生故障。而避免出现这一问题的方法便是遵循单一职责原则。虽然单一职责原则如此简单，并且被认为是常识，即便是经验丰富的程序员写出的程序，也会有违背这一原则的代码存在。为什么会出现这种现象呢？因为有职责扩散。实际项目中，因为某种原因，职责P被分化为粒度更细的职责P1和P2。
