.Net 扩展方法（此字符串 Foo）仅部分可见

Question

这是一个关于 .Net（特别是 C#）中扩展方法可见性的问题，以及为什么智能感知可能有效，但编译器在同一代码段上失败。

想象一下...

我有 .Net 3.5 类库，由一堆对象和一个扩展方法类组成。以下是其中一种方法：

namespace MyApp.Extensions
{
    public static class ExtensionMethods
    {
        public static string ToTitleCase(this string Origcase)
        {   string TitleCase = Origcase;
            ... implementation ...
            return TitleCase;
        }
    }

要在类库本身内使用扩展方法，需要其中一种方法的每个类都需要指定：

using MyApp.Extensions;

因为这是与库的其余部分不同的命名空间。所有这些都运行良好。

现在，.Net 2.0 网站正确引用了该库，并且类文件希望使用该库。所以它声明它是：

using MyApp.Extensions

看起来工作得很好，并且当输入字符串时，Intellisense 确实看到扩展方法悬挂在字符串实例上：

http://www.flipscript.com/test/ToTitleCase.jpg

我喜欢制定计划！

然而，欢乐就这样结束了。

尝试构建网站时，构建失败并显示以下消息：

http://www. Flipscript.com/test/titlecaseerror.jpg

当尝试将 ExtensionMethods 类直接复制到 Web 项目中时，构建再次失败。这一次，因为没有预料到“这个”这个词。

奇怪的是，扩展方法确实像普通静态方法一样工作：

http://www.flipscript。 com/test/titlecaseok.jpg

...并且构建工作得很好（所以问题实际上不在于“this”关键字）。事实上，无论 ExtensionMethods 类位于类库中还是网站中，构建都可以工作。

换句话说，这确实解决了问题，并且构建将会成功。

...但解决方案很糟糕。

问题：是否有某种秘密技巧可以让扩展方法在这种情况下正常工作？

http://www.flipscript.com/test/ToTitleCase.jpg

我已经尝试了“命名空间 System.Runtime.CompilerServices”技巧，但这似乎没有帮助。

什么会导致 Intellisense 正确识别扩展方法，而编译器失败？

注意：设计的示例变量应该被称为“name”而不是“FirstName”，但您明白了。

Answer 1

在 web.config 中，尝试添加到 system.web/pages/namespaces 节点

<system.web>
    ....
    <pages ....>
        ....
        <namespaces>
            ....
            <add namespace="MyApp.Extensions" />

您还需要确保 ASP.NET 编译器处于 3.5 模式：

<system.codedom>
  <compilers>
    <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4"
              type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
      <providerOption name="CompilerVersion" value="v3.5"/>
      <providerOption name="WarnAsError" value="false"/>
    </compiler>
 </compilers>
</system.codedom>

Answer 2

您的网站正在使用 .Net 2.0 运行，并且不支持扩展方法/类。所以.NET 2.0编译器将其视为普通的静态方法。它只能在 .net 3.5 中编译

Answer 3

我绝不会建议将扩展方法保留在任何命名空间中。