<<重构和模式>>-composed method
好的组合方法的代码都应该在细节的同一层面上.在开始写代码的时候基本上都不会这样做.等到重构代码的时候才会实现这个模式.最难的在于决定提取出来的方法要包含哪些代码.如果在一个方法中提取了过多的代码,将很难给它起一个能充分描述它功能的名字.
用该模式重构完成后,可能会产生很多很小的私有方法.有些人可能会认为使用这么多、小的方法会产生新能问题.极少发现程序中最糟糕的性能问题和composed method 有关;性能问题几乎总是由其他问题引起的.
该模式的缺点:(1)可能会产生过多的小方法(2)可能会使调试变得困难,因为程序的逻辑分散在许多小方法中.
