C#中多个类的别名

Question

我想（正在尝试）使我的代码更具可读性。我一直在使用下面的类别名。

using Histogram = EmpiricScore<int>;
using FeatureHistogram = Dictionary<string, EmpiricScore<int>>;

但我认为类似（注意：我试图在这里用Histogram 来描述FeatureHistogram，而不是EmpiricScore<int>>）：

using Histogram = EmpiricScore<int>;
using FeatureHistogram = Dictionary<string, Histogram>;

似乎更具可读性（依赖关系可以更深入，如果我创建一个分层特征直方图会怎样），并且更容易重构（如果我碰巧认为直方图这个名字是不幸的）。但是编译器不会这样做。为什么 ？有什么办法可以规避？

创建新类似乎有点矫枉过正......

Answer 1

但编译器不会这样做。为什么？

编译器不会按照 C# 规范 9.4.1 执行此操作：

using-alias-directive 引入了一个标识符，用作紧接的编译单元或命名空间主体内的命名空间或类型的别名。

using-alias-directive:
using   identifier   =   namespace-or-type-name   ;

using-alias-directives 的写入顺序没有意义，using-alias-directive 引用的namespace-or-type-name 的分辨率不受using-alias-directive 本身或直接包含的编译单元中其他using-directives 的影响或命名空间主体。

换句话说，using-alias-directive 的 namespace-or-type-name 被解析为好像直接包含的编译单元或命名空间主体没有使用指令。

namespace N1.N2 {}
namespace N3
{
    using R2 = N1;          // OK
    using R3 = N1.N2;       // OK
    using R4 = R2.N2;       // Error, R2 unknown
}

选项： 1.正如M.kazem Akhgary在评论中建议的那样，定义新的命名空间

demo

using Histogram = System.Collections.Generic.List<int>;

namespace TEST
{
    using FeatureHistogram = System.Collections.Generic.Dictionary<string, Histogram>;

    public class Program
    {    
        public static void Main()
        {
            var x = new Histogram();
            Console.WriteLine(x.GetType());

            var y = new FeatureHistogram();
            Console.WriteLine(y.GetType());
        }   
    }
}

1. 为更深层次的依赖创建类

Answer 2

创建新类似乎有点矫枉过正......

我不认为这是一种矫枉过正，因为如果你设计一个包装 Dictionary<string, Histogram> 的类（你的类应该实现 IDictionary<string, Histogram> 并有一个私有的 Dictionary<string, Histogram> 属性支持数据）你正在执行 可重用性，这是面向对象编程的最大卖点之一。

例如，您的实现如下所示：

public class FeatureHistorgram : IDictionary<string, Historam>
{
    private readonly Dictionary<string, Histogram> _data = new Dictionary<string, Histogram>();

    public void Add(string key, Histogram value)
    {
        _data.Add(key, value);
    }

    // ... and the rest of IDictionary<TKey, TValue> interface members...
}