.net - 如果我有一个返回不同列表的方法，我应该让它返回 ISet 而不是 IEnumerable

Question

我有一个方法可以选择不同的对象集合，将它们添加到列表中，然后返回列表。

最初该方法返回 IEnumerable，但由于它返回一个不同的集合，我可以将不同的对象添加到哈希集中并返回 ISet。

我很欣赏 ISet 使返回的对象可修改(消费者可以对其添加 Add())，但无论如何我都会返回一个新列表，所以我认为这不会影响我，因为我为什么要关心消费者用什么做一旦他们拥有了收藏品？

问题是，我应该这样做吗？或者我应该只返回 IEnumerable 并且很高兴它只包含不同的元素(目前由测试保证)

Answer 1

与以往一样，在设计方面，您会遇到相互矛盾的要求。优秀设计的艺术是为您正在创建的产品选择这些要求之间的最佳平衡点。

界面设计的一个原则是将界面视为契约(Contract)或 promise 。很明显， promise 或契约(Contract)的规定性越低，就越容易遵守。因此，返回类型为 IEnumerable<T>意味着你 promise 只返回一系列的东西。 “更严格”或更派生的类型将更具规范性，并且更难兑现 promise 。

反射(reflection)一下，如果您在函数中做一些工作以确保返回类型更派生，那么通过返回不太规范的父类型来放弃这项工作似乎是一种浪费。如果您已经有 ISet<T> ，定义一组事物，显式地返回它并为调用者节省不同检查的工作。

一般来说，没有简单的答案，正确的答案取决于调用者和你的系统。在一般情况下，我们不知道调用者。在没有证据的情况下，我们必须不做任何假设，并从较弱的 promise 中获益。所以，一般来说，选择IEnumerable<T>它在未来为您提供了更大的灵 active ，现在没有已知的成本。

在特定情况下，我们知道调用者将从集合的返回中受益。这是您在序列的独特性上引发错误的情况。明确并返回 ISet<T> 是有意义的，这将有助于防止重复检查。要添加一个警告，只有当数据对于每个可能的调用都是不同的时，这才有意义。您必须确保对所有来电者信守 promise ，而不仅仅是那些提出错误的人。