是否有借口从隐式转换中抛出异常？

Question

来自 MSDN：

通过消除不必要的转换，隐式转换可以提高源代码的可读性。但是，由于隐式转换可能会在程序员不指定的情况下发生，因此必须小心防止出现令人不快的意外情况。一般来说，隐式转换运算符不应该抛出异常，也不应该丢失信息，这样就可以在程序员不知情的情况下安全地使用它们。如果转换运算符不能满足这些条件，则应将其标记为显式。

虽然我不同意任何特定观点，并且我同意这一切都非常好，但是否有一个足够大的理由可以保证打破有关隐式转换不抛出异常的部分？

我面前的特殊情况是：

1. 我有一个函数，它返回一个自定义集合对象（我们将其称为 FooCollection）。
2. 该函数可以返回包含单个项目的集合，并且可以从源代码中确定是否会发生这种情况。 （我的意思只是函数调用，而不是函数本身）
3. 如果确实发生，则 99.9% 的可能是用户想要该单个项目，而不是包含单个项目的集合。

现在，我正在犹豫是否要包含来自 FooCollection => 的隐式转换。 Foo 来隐藏这个小实现细节，但这种转换仅在集合中只有单个项目时才有效。

在这种情况下可以抛出Exception吗？或者我应该使用显式强制转换？关于如何处理这个问题的任何其他想法（不，由于实现细节，我不能只使用两个函数）？

编辑：我觉得值得注意的是，FooCollection没有实现任何接口，也没有实际扩展Collection，正如名称所暗示的那样，因此LINQ基于的答案是没有用的。此外，虽然集合确实实现了数字索引，但这并不是处理集合的最直观的方式，因为它主要依赖于命名索引。

Answer 1

我同意以下准则：您不应该从隐式转换中抛出异常。

在这种情况下我绝对不会提供隐式转换。即使是显式强制转换的想法对我来说也是错误的：Foo x = (Foo)fooCollection 似乎不太正确。

为什么不让调用代码担心从 FooCollection 到 Foo 的转换呢？代码对每个人来说都会更加直观：

Foo a = fooCollection[0];
Foo b = fooCollection.First();
Foo c = fooCollection.FirstOrDefault();
// etc

Answer 2

显然不行。 永远不要使用异常来实现逻辑！

您可以使用 Linq 语句 FooCollection.FirstOrDefault()，它将给出 null 或第一项。

Answer 3

演员阵容应该是明确的。能够将 FooCollection 分配给 Foo 而无需至少进行强制转换，这将是非常奇怪的。

话虽这么说，恕我直言，演员阵容并不是一个好方法。即使你拒绝它，我也会使用一个函数，因为即使你无法控制这些类的实现，你至少可以添加扩展方法，例如 Foo ToFoo(this FooCollection collection) 完成工作。

Answer 4

仅当集合中只有 1 项时才起作用的隐式 copnversion？那么，事实上，它在大多数时候都不起作用？

我永远不会隐式进行这种转换。坚持明确。如果使用你的函数的程序员想要拥有单个项目，他应该告诉你的类。