如何在不选择任意类型的情况下对命名空间进行强类型引用

Question

我正在做一个使用依赖注入的项目。在注册一组接口和类时，我需要指出这些接口和类所在的命名空间。

我不喜欢提供字符串常量，主要是因为它会损害可重构性。我也不喜欢使用其中一个接口/类并获得它的名称空间。例如：

typeof(FoodStore.Fruits.IApple).Namespace

因为所有这些任意类型名称都在周围徘徊看起来很奇怪（为什么选择IApple 而不是IOrange？），只是为了分散代码的实际意义。选择哪种类型根本没有明智的规则。

我想出了以下解决方案。

在我需要引用的每个命名空间中放置一个命名空间锚类：

namespace FoodStore.Fruits
{
    /// <summary>
    ///     Serves as a type based reference to the namespace this class
    ///     is located in.
    /// </summary>
    public sealed class _NamespaceAnchor
    {
    }
}

现在我可以使用了：

typeof(FoodStore.Fruits._NamespaceAnchor).Namespace

每当我重构命名空间时，我都不必担心 DI 注册。

虽然这个解决方案满足了问题的要求，但我仍然不高兴，因为现在我有这些丑陋的空类在闲逛。我无法将它们设为internal，因为 - 显然 - 引用跨越程序集。

我的问题是：有人知道更优雅的解决方案吗？

Answer 1

不，没有比这更好的了——据我所知，命名空间在 CLR 中并不是真正的一流概念。是的，Type 允许您向它请求命名空间 - 但命名空间实际上是为人类而非虚拟机服务的。

请注意，与 Java 不同，名称空间级别没有访问控制。我没有检查，但我怀疑命名空间没有特定的元数据令牌。

我想不出任何关于在执行时会影响 CLR 的命名空间。很明显，它们会影响语言编译器——但同样，这是为了人类的利益，这样我们就可以按层次组织类型，避免在每一步都指定该层次结构。

Answer 2

我在这里担心命名空间（实际上只是类名的一部分）在您的应用程序中具有功能意义。如果后来的维护工程师移动了一些类，他们可能会无意中破坏注入系统而没有意识到这一点。该错误在运行时才会显现出来，并且可能需要一段时间才能找到。

在这种情况下，我更喜欢更明确的选择，例如使用属性。这是一种可能性：

public class TestInterfaceAttribute : Attribute { }

public interface IMyInjectableService { }

[TestInterface]
public class TestService : IMyInjectableService { }

public class RealService : IMyInjectableService { }

也就是说，大多数 DI 框架要么已经具有某种形式的导出元数据（以帮助解决特定用例的正确依赖关系），要么以您明确定义依赖关系解析的方式构建。