6

对不起，如果这是一个骗局，但我似乎无法获得正确的关键字组合来过滤掉各种类型约束和泛型问题（因为有很多）。

我有两个接口——我们称它们为IOnline和IOffline。

它们密切相关，因为它们描述了几乎相同的合约，但它们之间的主要区别之一是使用具体实现的上下文。这不完全是我的情况，但它很好地说明了这个问题。

然后我有一些方法可以针对这些接口的具体实现者工作。有时这些方法只想处理一种类型而不是另一种。

很简单：

public void DoStuff<T>(string foo) where T : IOnline {}

踢球者正在实现可以在 EITHER 类型上运行的方法的代码。我认为这是正确的，但是在阅读编译错误时，我期望约束将被解释为“如果它们实现 IOnline 或 IOffline，则允许在此处一般使用任何类型 T”，实际上被解释为“允许任何类型如果他们实现了 BOTH，则此处一般使用 T”。

public void DoStuff<T>(string foo) where T : IOnline, IOffline {}

尝试实现两个具有相同名称但不同约束的单独方法会失败，因为存在明显的歧义问题——我们没有重载，因为参数列表是相同的（因为所需的行为是相同的）。

我可以为两种不同的方法使用两个不同的名称，每种方法都有适当的约束，但这看起来很笨拙，并且使下游的其他事情变得很麻烦……可行，但并不理想。

我觉得这里一定有一些我想念的东西......我在普通的土地上感觉非常舒服，但这是我第一次必须完成我所追求的事情，我觉得我只是在旋转我的轮子大气压。

4

4 回答 4

8

在第二个示例中提供多个约束确实是附加的。关于通用约束的MSDN 页面对此有所了解。

你能让你的两个接口继承自一个基接口，并将方法约束到基类型吗？

于 2009-12-12T00:06:37.107 回答
2

这可能不是您问题的答案，但我自发地感觉到您可能想要重构您的界面。从你的问题：

它们密切相关，因为它们描述了几乎相同的合约，但它们之间的主要区别之一是使用具体实现的上下文。

我对接口的看法是它们是契约。它们定义了事物的外观，而不是它的行为方式；这就是执行的任务。现在，我没有关于您的应用程序或问题域的信息，但我可能会尝试花一些时间来识别这些接口的相同部分并将它们移动到单个接口中，并且只将差异保留为单独的接口。这样，您也许可以更轻松地解决这些问题。

于 2009-12-12T00:16:14.827 回答
0

我认为 .NET 中执行此操作的标准方法是拥有一个包含 IOnline 和 IOffline 函数的接口，然后是一些属性，说明哪些函数实际上是在特定类中实现的。您可以在 .NET 的各个地方看到这种模式，例如可能实现也可能不实现的 Seek() 方法以及可以测试的 CanSeek 属性。

它可能不是最干净的 OO 设计，但它确实有效。

于 2009-12-12T00:09:48.037 回答
0

丢失了一些编译时检查，但我看不到任何解决方法......你必须选择你更愿意使用的，（我假设你的偏好是在线的）：

public void DoStuff<T>(string foo)
{
    Type type = typeof(T);
    if(type.GetInterfaces().Contains(typeof(IOnline)))
         doStuffOnline<T>(foo);
    else if(type.GetInterfaces().Contains(typeof(IOffline)))
         doStuffOffline<T>(foo);
    else
         throw new Exception("T must implement either IOnline or IOffline");
}

private void doStuffOnline<T>(string foo){ // can assume T : IOnline }
private void doStuffOffline<T>(string foo){ // can assume T : IOffline }
于 2009-12-12T00:10:16.740 回答