尽量写功能单一的方法

 一个方法只做一件事，且仅仅只做一件事，使一个方法成为最小的一个单元。
这样能提高方法的原子行（不可再分），提高方法的灵活性。如果一个方法中包含了多个
功能，且多个功能相互依赖，这样提高了代码的耦合度，不利于维护。

 

 一个方法具有多个功能，别人在使用这个方法时，仅仅只想用其中的一个功能，也就是
一部分代码。然而还不能直接调用，因为方法的参数上哪儿弄去？其它功能要用的参数和我
需要用的那个功能要用的参数都在这个方法的参数列表里。怎么办，把那段代码抽出来，修改
修改，封装成我能用的一个方法，总不能去修改别人的劳动成果吧。这样一来，同样的一个功
能实现就写了两处代码。

 

所以一个方法，我们只做一件事，当我们需要完成一个大的功能时，就将一个大的功能
拆分成若干个小的方法。然后在一个方法中处理“业务逻辑”并调用写好的“功能性”方法。
这样一来，如果另一个人要使用这个功能，仅仅只需要写他自己的“业务逻辑”方法，在他的
业务逻辑方法中对“功能性方法”进行调用。这样一来，方法即使出错了，也可以快速的定位。
一般来说，一个功能性的方法写完就要进行反复的测试，当你的程序中调用了这个方法，而报错
了，你说是你业务逻辑出错了还是“功能性方法”出错了呢？如果我们把一个方法写的复杂，即使
出错了也很难定位，是我们调用这个方法时，该方法又调用了其它方法，又做了其它事，这找起
错来岂不要一层层定位，麻烦~~。

 

 使一个方法仅仅只做一件事，这样一来代码的耦合度降低了，可读性提高了，维护时效率
也高了。