内存和代码平衡[关闭]

Question

我知道这是一个老话题了，但是在我的编程过程中我总是遇到这样一个问题：如何平衡内存使用和代码大小？

这是一个例子：

我想实现一个类（在 C# 中），并且我希望构造函数接受各种不同类型的参数。所以我需要一个构造函数来接受一个 IEnumerable 对象（这包括数组、列表等），但我还需要一个构造函数来接受可变长度参数（使用 params）。这两个构造函数的内部构造例程完全相同，但是为了允许变长参数，我还是需要后一个。

Foo(IEnumerable<Bar> a) {/*construction*/}
Foo(params Bar[] a) {/*the same construction like above*/}

但是，我可以使用 params 转换一个参数数组并调用另一个构造函数：

Foo(params Bar[] a) : this(new List<Bar>(a)) {/*here empty*/}

虽然使用这种方式减少了代码大小，但它引入了一个临时列表对象，因此增加了内存使用量（虽然也是临时的）。

我知道会有很多关于这个例子的讨论，关于哪种方式更好。但是我想知道，你们一般会如何处理这种平衡问题。很多情况下情况会比较复杂，有时还需要考虑执行时间的平衡。

有一个原则叫做“不要重复自己”，这是否也适用于像这里的示例这样的小段代码？

Answer 1

您不需要从params 数组创建列表。 Bar[] 数组是 IEnumerable<Bar>，因此您可以在不创建任何新对象的情况下使用它。只需将其强制转换，以便它调用正确的构造函数，而不是它本身（或者只是为了清楚它的作用）：

Foo(params Bar[] a) : this((IEnumerable<Bar>)a) {}

对于这不可能的任何情况，通常您可以添加一个私有构造函数，该构造函数可以完成其他构造函数的工作，因此仍然只将代码放在一个地方。即使可以处理更多情况的代码变得有点复杂，这通常仍然比两段代码几乎完成相同的事情更可取。