【1】场景

你需要为提供服务的类增加一个函数，但你无法修改这个类。在客户类中建立一个函数，并以第一参数形式传入一个服务类实例。

【2】动机

2.1 如果真的用心体会过，这种事情应该发生太多次了。你正在使用一个类，它真的很好，为你提供了需要的所有服务。

而后，你又需要一项新服务，这个类却无法供应。于是你开始咒骂“为什么不能做这件事？”如果可以修改源码，你便可以自行添加一个新函数；

如果不能，你就得在客户端编码，补足你要的那个函数。

2.2 如果客户类只使用这项功能一次，那么额外编码工作没什么大不了，甚至可能根本不需要原本提供服务的那个类。

然而，如果你需要多次使用这个函数，就得不断重复这些代码。重复代码是软件万恶之源。这些重复代码应该被抽出来放进一个函数中。

进行本项重构时，如果你以外加函数实现一项功能，那就是一个明确信号：这个函数原本应该在提供服务的类中实现。

2.3 如果你发现自己为一个服务类建立了大量外加函数，或者发现有许多类需要同样的外加函数，就不应该再使用本项重构，而应该使用 Introduce Local Extension [2.8 引入本地扩展]。

但是不要忘记：外加函数终归是权宜之计。如果有可能，你仍然应该将这些函数搬移到它们的理想家园。

如果由于代码所有权的原因使你无法做这样的搬移，就把外加函数交给服务类的提供者，请他帮你在服务类中实现这个函数。

【3】做法

1、在客户类中建立一个函数，用来提供你需要的功能。这个函数不应该调用客户类的任何特性。如果它需要一个值，把该值动作参数传给它。

2、以服务类实例作为该函数的第一个参数。

3、将该函数注释为:”外加函数“，应在服务类中实现。这么一来，如果将来有机会将外加函数搬移到服务类时，你便可以轻松找出这些外加函数。

 

Good Good Study, Day Day Up.

顺序 选择 循环 总结