这是众所周知的设计模式吗？它的名字是什么？

Question

我经常在代码中看到这种情况，但是当我谈到它时，我不知道这种“模式”的名称，

我有一个带有 2 个参数的方法，它调用一个具有 3 个参数的重载方法，并故意将第三个参数设置为空细绳。

public void DoWork(string name, string phoneNumber)
{
    DoWork(name, phoneNumber, string.Empty)
}

private void DoWork(string name, string phoneNumber, string emailAddress)
{
    //do the work
}

我这样做的原因是为了不重复代码，并允许现有调用者仍然调用只有 2 个参数的方法。

这是一种模式吗？它有名字吗？

Answer 1

它实际上不仅仅是方法重载（其中通常相同的方法名称具有不同的参数类型），这种特定模式 - 重载基本上是相同的方法，并且更短一种使用默认值调用较长的模式来模拟可选参数——称为伸缩/伸缩模式，通常在构造函数中看到，但当然可以推广到任何方法。

---

如需更权威的引用，请参阅《Effective Java 第二版》的摘录，第 2 项：面对许多构造函数参数时考虑构建器模式 (在线摘录）

传统上，程序员使用伸缩构造函数模式，在该模式中，您提供一个仅具有必需参数的构造函数，另一个具有单个可选参数，第三个具有两个可选参数，依此类推。 ..

...... ，通常在构造函数的上下文中讨论伸缩模式（例如，2-arg 构造函数将有一行 this(arg1, arg2, ARG3_DEFAULT); 来调用 3-arg 构造函数等） ，但我不明白为什么它不能推广到其他方法。

---

不幸的是，另一个权威引用没有模式的定义： Sun Developer Network: How to Write Doc Comments for Javadoc 工具：

请注意，方法和构造函数按“伸缩”顺序排列，这意味着首先是“无参数”形式，然后是“1 arg”形式，然后是“2 arg”形式，依此类推。

---

另一个随机引用，具有更明确的模式定义：我讨厌方法重载（你也可以！）：

伸缩方法

您可能有一个需要一定数量参数的函数。最后几个参数可能并不是那么重要，大多数用户会因为必须弄清楚要传递给它们的内容而感到恼火。因此，您创建了更多具有相同名称和更少参数的方法，这些方法调用“主”方法。

最后引用直接表明对默认参数的语言支持是一个更好的选择。

Answer 2

它的名称是重载，它不是一种设计模式，而是一种 OOP 功能

http://en.wikipedia.org /wiki/Method_overloading

Answer 3

不，这不是四种意义上的设计模式，但它在许多不允许默认参数的语言中很常见。

在像 ruby​​ 这样的语言中，您可以执行类似的操作，如下所示

  def dowork(name, phoneNumber, emailAddress = '')
    # code here
  end

Answer 4

这是辅助方法的示例。天哪，没有出现在《四人帮》书中并不能阻止它成为一种模式。在特定情况下，助手是公共的，而被帮助的方法是私有的，这是封装的一个例子。在这种情况下，封装可能有点太多了。

Answer 5

我想说这几乎是 ac# < 4 解决缺少默认参数的问题。如果你认为“模式缺少语言特征”学派，我想你可以说它是一种模式，尽管不是一种通常被命名的模式。

编辑：好吧，你的更新确实让我困惑，我不明白你试图用调用私有方法的公共方法做什么。就公共 api 而言，您可以将所有私有方法代码移至公共方法中，并为“默认”值设置一个局部变量。或者这两个方法也从类中的其他地方调用？

Answer 6

我猜测您的 DoWork 方法应该被称为 CreateContact ，或者您对 CreateContact 的调用应该是 DoWork 。但这

并不是真正的模式。这只是方法重载的常见用法。

Answer 7

它被称为函数重载。在函数重载中，函数的名称相同，但参数类型或参数数量不同。它也被称为假多态性。它不是一种模式，而是一个基本的 OOP 概念。

Answer 8

我同意@polygenelubricants，但想指出的是，除了过载之外，还可以使用伸缩模式。 Objective-C 就是一个例子，其中方法选择器（签名）必须是唯一的并且不能重载。

- (id)init {
    return [self initWithParam:0];
}

- (id)initWithParam:(int)param {
    // Do real initialization here!
    return self;
}