c# - 在单独的程序集中使用受约束的通用扩展方法会产生引用错误

Question

我创建了一个单独的程序集来包含通用扩展方法，扩展方法使用来自 System.Web.dll 的类(和其他人)。

然后当我创建一个引用 Utilities.dll 的新项目(控制台应用程序)时包含扩展方法的程序集，我不需要添加对 System.Web.dll 的引用到新项目，如果它不使用扩展 System.Web.dll 中任何类的扩展方法程序集(例如 System.Web.UI.Control )。

当其中一个扩展方法将成为通用方法时，一切都会继续按预期工作。但是一旦我向通用方法添加约束，将其约束到 System.Web.dll 中的类汇编编译器会提示我的新项目(控制台应用程序)需要引用 System.Web.dll即使新项目仍未使用该程序集中的任何内容。

换句话说，只要我对我的泛型方法没有约束，一切都会编译，但只要我添加约束，编译器就会提示。

我的扩展方法 assemble 的示例(编译为库 Utilities.dll<code>):</code>

<code>

<pre><code>public static class StringExtensions
{
public static bool IsNullOrEmpty(this string value)
{
return string.IsNullOrEmpty(value);
}
}

public static class ControlExtensions
{
// If I remove the where clause it compiles
public static T FildChild<T>(this Control parent, string id)
where T : Control
{
throw new NotImplementedException();
}
}
</code></pre>

<p>And here is a new console application that won't compile (unless I also add a reference to <code>System.Web.dll</code>):</p>

<pre><code> static void Main(string[] args)
{
bool isEmpty = "Hello World!".IsNullOrEmpty();

Console.ReadLine();
}
</code></pre>

<p></p><hr/>
<b>Update:</b>
As Marc pointed out (below) puting the offending method in a separate namespace fixes the problem.<p></p>

</code>

<code>But the question still remains why is the constraint a problem while the type Control</code> was already used as a parameter to the method. and why is the namespace the solution when I already use the using 指令在顶部。

Answer 1

嗯，是的!为了编译，它需要能够解析公共(public)/ protected API 中的所有内容。否则它不能强制执行约束。我想它需要识别类型以查看扩展方法是否是方法的候选者。

您可以尝试将扩展方法放在其中包含“Web”的子命名空间中 - 至少这样它不会溢出到常规代码中。 我已经检查过，这解决了问题。最好将扩展方法的命名空间分开，以允许调用者控制它们何时应在范围内。

为了执行，它还需要能够解析内部使用但未在 API 中公开的任何内容。这是标准行为。