包装在命名空间困境中的 "site.master"模板中的 C# 扩展方法

Question

问题是这样的，为什么我需要在我的 Site.Master 文件上添加一个“import”指令来获得 Intellisense，而 html 助手在没有它的情况下也能工作。

使用没有命名空间的简单 C# 字符串扩展方法 == 没问题。但是，我想将此扩展放在命名空间中以成为一名优秀的程序员。

如果我将它包装在一个命名空间中，您必须做几件事。这是我的扩展:

namespace MySystemCore
{
    public static class StringExtensions
    {
        public static string F(this string s, params object[] args)
        {
            return string.Format(s, args);
        }
    }
}

因此，通过反复试验，我让它工作了，但我想分享我的观察结果。希望它可以在将来帮助其他人。

注意:我在 Site.Master

中使用扩展方法

1. 添加“使用 MySystemCore；”到 Site.Master.cs 文件(代码隐藏文件)

   • 运行时错误，未找到扩展方法

2. 将“<add namespace="MySystemCore">”添加到<namespaces> web.config

   中的配置 block
   • 有效，没有智能感知

3. 合并 #1 和 #2

   • 有效，没有智能感知

4. 将“<%@ Import Namespace="MySystemCore" %>”添加到Site.Master 文件

   • 可以使用智能感知

Answer 1

这是一个 VS 限制，当您将它添加到 web.config 中的 时，IntelliSense 不会显示。

但为了完整起见，我将讨论它的原因:

方法 1 根本不是正确的方法，因为 using 指令(Imports 将编译为 using 由 ASP.NET 预处理器)限定为一个编译单元(即单个文件)

方法 2 运行正常，因为它向编译选项添加了 using 指令，这会影响应用程序中的所有编译单元。如果在这种情况下 IntelliSense 没有出现，那是因为 VS 不够智能，无法考虑 web.config。

方法 3 和方法 2 一样有效。方法 1 与主文件完全无关，它只影响我之前提到的 .cs 文件。方法 2 就像自动添加 using 到所有 .cs 文件。

方法 4 之所以有效，是因为 VS 知道您在它正在处理的同一个文件中使用它。