當某個功能，在不同的情況下有不同的實現方式。這個情況下，請考慮到策略模式，
策略模式 裏面有些設計的原則會用到：
1.找出應用中可能需要變化之處，把他們獨立出來，不要和那些不需要的變化的代碼混
在一起。
2.真對接口編程而不是實現編程。這句話有點繞口，這裏我來通俗的解釋下 ：
打個比 方，在子類中的某個方法是從父類中繼承來的，現在你要在這個子類中
把這方法修改了，你要重新寫過，專業術語就說重新的實現過（也叫重寫），OK，
你要這樣做是嗎？ 建議不要。根據這個設計原則，他建議你不要通過這種方式來重新
的實現這個方法，而是把這個方法抽出來，放到接口中去重新寫過類來實現他。然後
把這個方法的調用（用接口來調用）放在父類中。
這樣做的好處就是，不管你把這個方法寫了多少種實現的過程，在不同的子類中任意
的調用不同的實現過程。 想增加很方便 想調用也很方便 不影響原來的代碼。