《敏捷软件开发》-SRP单一职责原则

   A class should have only one reason to change.

理论论证：

 1 类的职责的变动是导致类变化的驱动原因，需求的变动导致职责的变动，进而导致类变动，所以拥有两个职责（功能）的类，导致其改变的原因会多于一个，这就违背了单一职责原则。

 2 如果一个类有多个职责或功能，当改变其中一个功能的时侯可能会削弱另一个功能，导致不可预期的结果，即破坏了类的强壮性。

 实例论证：

  一个类兼有几何计算的功能和图形渲染功能，有两个应用来调用这个类，这两个应用都只用到了该类的其中一个功能，A应用只想使用几何计算的功能，B应用只使用图形渲染功能，这就导致A应用必须部署图形渲染的相关插件和依赖，当图形渲染模块的功能重构的时候，A应用必须重新部署和更新。

   所以需要两个职责分开设计成单独的类来使用。

如何界定职责？

   有时候职责划分是仁者见仁智者见智，功能之间的边界并没有那么清晰，书中作者给出了他的见解：如果需求变动导致其中的职责频繁独立的变动，那么还是将这两个职责分开为佳。