浅谈编程思想面对对象时职责单一的理解

简介
首先大家知道，JAVA是一门纯面向对象的语言，面向对象是什么意思呢，我个人的理解而言，是面向热衷于问题域中存在角色的设计和运用，不单单只是为了某个目的去设计代码的实现方式。

举个例子，你要设计梁山一百零八将去打仗，传统的面向过程是直接拉出去打，有谁没有武器或者是不会什么技能，现给，现学。面向对象是，先设计这些好汉本身有什么特点，技能，要打谁的时候，再去灵活的调用这些好汉即可

职责单一的个人理解
那么设计这些好汉的时候，就会遇到一个问题，重复的技能和特点怎么办，比如说，大多数人都会射箭，骑马，游泳，我们在打仗的时候，总不能喊某一个人又要射箭，又要游泳，偶尔还让他骑马吧，这个时候就要划分阵营了，安排一个阵营，专门射箭，安排一个阵营，专门骑马，安排一个阵营，专门游泳。

这样设计有什么好处呢？或者说为什么要这样设计呢？

第一，调试代码。
打败仗了，或者说你程序报错了，首先会给到你反馈，是哪个地方出错了，比如说，射箭的人，只有弓，没有箭，肯定就要报空指针异常了。在调试你的军队，你的程序的时候，更加容易。不然把代码混在一起写的时候，你就不晓得具体是什么环节有问题，找代码都要找半天。比如，你安排了一个阵营，又射箭，有游泳，那么打了败仗的时候，你要去排查这个阵营的时候，到底是射箭出的问题，还是游泳出的问题。这样设计，调试程序的时候会方便得多

第二，复用和分离。
打个比方，骑马阵营在冲锋的时候，碰到了困难，遇到了敌人的投石车，这个时候需要射箭阵营的帮助，就可以直接请求射箭阵营干掉敌人的投石车，但是骑马阵营自己不需要去做这件事情。这个时候就体现出了，骑马就骑马，射箭就射箭，职责划分清楚，分工合作，但是又可以互相配合，自己不需要去做不该自己做的事情。

第三，代码的可读。
不把你的代码分层，如果将来别人要维护你的代码，肯定会对你进行亲切的问候。就好比，你的军队，梁山好汉，每个人都自己干自己的事，没有调度，没有分工。如果有一天被朝廷征用了，纳入正规的军队，又要对这些人进行重新的分类，分工，要重新来过。这样你的代码，你的军队对于别人而言，可读性太低。所以往往在项目当中，你要对别人的模块进行维护和修改的时候，你改的时间可能比你重新写一遍的时间还要多，异常痛苦