一个管理类，管理跑步过程中时间和距离两个维度的管理类。对于gps点的处理过于复杂，简单整理一下流程，发现很多函数承载的内容过多，就某些函数聊聊单一职责。
单一职责是软件开发基本准则之一，说起来算是最简单的原则，不涉及任何设计模式，就是要求某一个函数（某一个类同样如此）起的作用要简单，唯一。
所谓简单，我认为无非是见名知意，看到名字就知道这个函数是干嘛的，当然，受限于母语，我们很难会起这么好的函数名，不外乎写个注释吗，cmd+option+/, 很快的。简单的另一个方面则是指，函数功能要少不要多。
比如我处理一个GPS点，如下功能，点的运动状态（iOS 中GPS点会有运动状态）是否正确，点的精度是否正确，当前点和前一个点的关系等等，这个就不能全部放在一起了，函数功能太庞大了。把这些功能拆成，处理点的运动状态为processPointStatus, 处理点的精度processPointAccuracy，处理点和上一个点的关系processPointWithPrevPoint，这样不仅可以拆分功能，也能复用代码。比如第一个点和其他点处理有区别，但是处理点的精度应该是一致的。
函数另一个方面，副作用，比如处理当前点和上一个点的关系，这里面暗含了一个状态的变更，当前点会变成上一个点，所以这里一定要细分，状态变更的放在一起，状态无关的单独处理，这里就是点与点之间的关系。整个过程ici必然伴随着状态的变更，比如开始，暂停，结束跑步，这些操作类型和状态变更应该单独在一起。
说到操作类型，或者说涉及到流程的事，我发现管理类并不应该处理这些问题。因为当我想用时序图来表达整个流程，有点懵，完全无处下手的感觉，所以 我个人认为，这种情况应该由活动图来表示，另一个则不应该使用管理类，或者至少不该把流程表达这件事放在管理类内，这就是下一步工作了。
