一个方法只做一件事,且仅仅只做一件事,使一个方法成为最小的一个单元。
这样能提高方法的原子行(不可再分),提高方法的灵活性。如果一个方法中包含了多个
功能,且多个功能相互依赖,这样提高了代码的耦合度,不利于维护。
一个方法具有多个功能,别人在使用这个方法时,仅仅只想用其中的一个功能,也就是
一部分代码。然而还不能直接调用,因为方法的参数上哪儿弄去?其它功能要用的参数和我
需要用的那个功能要用的参数都在这个方法的参数列表里。怎么办,把那段代码抽出来,修改
修改,封装成我能用的一个方法,总不能去修改别人的劳动成果吧。这样一来,同样的一个功
能实现就写了两处代码。
所以一个方法,我们只做一件事,当我们需要完成一个大的功能时,就将一个大的功能
拆分成若干个小的方法。然后在一个方法中处理“业务逻辑”并调用写好的“功能性”方法。
这样一来,如果另一个人要使用这个功能,仅仅只需要写他自己的“业务逻辑”方法,在他的
业务逻辑方法中对“功能性方法”进行调用。这样一来,方法即使出错了,也可以快速的定位。
一般来说,一个功能性的方法写完就要进行反复的测试,当你的程序中调用了这个方法,而报错
了,你说是你业务逻辑出错了还是“功能性方法”出错了呢?如果我们把一个方法写的复杂,即使
出错了也很难定位,是我们调用这个方法时,该方法又调用了其它方法,又做了其它事,这找起
错来岂不要一层层定位,麻烦~~。
使一个方法仅仅只做一件事,这样一来代码的耦合度降低了,可读性提高了,维护时效率
也高了。