2

我正在编写一些框架式代码，旨在执行大量操作（数十万），所有这些都使用相同的基本组件，但需要从外部源接受特定于操作的配置数据。

目前假设有一个配置库，给定适当的设置名称列表，它知道如何有效地加载这些设置并将它们存储在如下类型中：

public interface IConfiguration
{
    dynamic Get(string key);
    void Set(string key, dynamic value);
}

我打算做的是实现一些流畅的映射语法，或者只是用如下属性装饰组件类：

public class MyComponent : IActivity
{
    [Configuration("Threshold")]
    public virtual int Threshold { get; set; }

    [Configuration("SomeKey", Persistence = ConfigPersistence.Save)]
    public virtual string SomeSetting { get; set; }
}

你得到了图片......希望。需要注意的是，有些属性实际上需要保存回存储库，因此传统的 DI 库在这里不起作用；即使他们这样做了，它们也是钝器，并非旨在旋转数十万个组件并加载/保存数百万个属性。换句话说，我不认为我在重新发明轮子，但如果有人想说服我不这样做，请随意。

无论如何，我正在考虑两种可能的选项来处理将配置数据“注入”到这些组件实例中：

  1. Plain vanilla Reflection - 扫描配置属性的类型并将成员信息（连同配置键）保存在静态字典中。然后使用反射方法，例如PropertyInfo.SetValue和PropertyInfo.GetValue进行注入和提取（因为没有更好的术语）。这类似于大多数 DI 库使用的方法。

  2. 使用动态代理（如 Castle）并将拦截器连接到修饰属性，这样它们不会引用私有/自动生成的字段，而是引用IConfiguration实例（即get方法调用IConfiguration.Get和set方法调用IConfiguration.Set）。这类似于 NHibernate 和其他 ORM 使用的方法。

完整的实现可能最终会成为相当多的工作，所以我不想在意识到我错过了什么之前走得太远。

所以我的问题是，这两种方法的优缺点是什么，我需要避免哪些陷阱？ 我从性能、可维护性、防白痴等方面考虑。

或者，是否有其他更快的途径来实现这个目标，最好是没有陡峭的学习曲线？

4

1 回答 1

0

动态代理是更好的方法。定义一个“配置”拦截器，将配置中的值注入到你的组件中（最好是惰性的）。使用动态代理，我还将为您的代理组件实现一个通用的 IDisposable 接口，这样当对象被释放或 GC 时，它将根据您的属性中设置的 Peristence 标志保留配置值。

于 2012-01-20T21:25:05.783 回答