静态generics类作为字典

通用类中的静态字段对于每个通用参数组合都会有一个单独的值。 因此它可以用作Dictionary <Type, whatever >

这是比静态字典<types, 什么 >更好或更差?

换句话说,这些实现中的哪一个更高效?

public static class MethodGen<TParam> { public static readonly Action<TParam> Method = CreateMethod(); static Action<TParam> CreateMethod() { /*...*/ } } 

要么,

 public static class MethodGen { static readonly Dictionary<Type, Delegate> methods = new Dictionary<Type, Delegate>(); public static Action<T> GetMethod<T>() { //In production code, this would ReaderWriterLock Delegate method; if(!methods.TryGetValue(typeof(T), out method) methods.Add(typeof(t), method = CreateMethod<T>()); return method; } static Action<T> CreateMethod<T>() { /*...*/ } } 

特别是,CLR如何通过genericstypes参数查找静态字段?

我喜欢用这种方式使用generics。 特别是,我经常为了这个目的而使用私有的嵌套generics类。

我喜欢的主要的事情是很难以这种方式获得初始化(就线程安全性而言),给出了types初始化的工作方式。 唯一的问题是如果初始化失败怎么办 – 偶尔我会诉诸记住一个例外来抛出第一次必要的访问,但这是非常罕见的。

我不想猜测CLR 究竟是如何通过types参数来查找types的,但是我相当肯定它会被优化以便回滚:)

我还没有对其进行分析(这是真正回答这个问题的唯一方法 – 性能差异可能太小而没有意义),但是我猜测locking是昂贵的部分。 CLR确实为你做了locking – 并且以这个领域的专家定义的方式来做! – 所以我期望如果有差异,它会赞成使用语言function,而不是使用Dictionary +locking自己构build它。

它不会为每个genericstypes参数存储值,因为它实际上创build了N个不同的类 – 一个用于您使用的每个typesT.

我相信通用的(第一个)版本会在编译时进行字典查找,因此在运行时性能会更好。

但是,它可能会使用更多的内存。