应用程序设置界面

发布于 2024-12-04 19:25:31 字数 417 浏览 1 评论 0原文

Reed Copsey 对以下 SO 问题做出了回应：

哪些设计模式可以应用于配置设置问题？

我更喜欢创建一个界面来设置查询、加载和保存。通过使用依赖注入，我可以将其注入到每个需要它的组件。

有人可以给出一个代码示例吗？例如，基于此“接口”（可以是 DI）的电子邮件客户端的设置类和 FTP 客户端的另一个设置类。我知道您可以为应用程序中的所有设置执行全局单例（我目前正在这样做），但里德的建议很有趣，并且想尝试一下。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

热鲨 2024-12-11 19:25:31

对于接口，我会做这样的事情：

public interface ISettingsProvider
{
    void Load();

    T Query<T>(string key);
    void Set<T>(string key, T value);

    void Save();
}

然后我会实现该接口一次，并使用 MEF 进行依赖项注入。我想我会用 LinqToXml 来实现它以加载/保存到 XML，并且可能有一个字典来缓存内存中的设置。另一种方法是对对象进行二进制序列化并将快照转储到某处（这有其缺点，例如它不可读）。

如果您只保存字符串和/或数字，XML 是一个不错的选择。如果您只有字符串，您甚至可以放弃泛型。

For the interface, I would do something like this:

public interface ISettingsProvider
{
    void Load();

    T Query<T>(string key);
    void Set<T>(string key, T value);

    void Save();
}

Then I would implement that interface once and dependency inject it with let's say MEF. I guess I'd implement it with LinqToXml to load/save to XML and maybe have a Dictionary to cache the settings in memory. Another way would be to binary serialize your objects and dump a snapshot somewhere (which has it's downsides, e.g. it is not human-readable).

If you only save strings and/or numbers, XML is a good choice. If you only have strings, you can even ditch the generics.

回复收藏 0 原文

~没有更多了~