【问题标题】:Custom Configuration for ASP.NET Apps (use of Application Settings or other frameworks)ASP.NET 应用程序的自定义配置(使用应用程序设置或其他框架)
【发布时间】:2009-04-21 21:42:33
【问题描述】:

我知道如何为我的 .NET 应用程序创建自定义配置处理程序。 StackOverflow 上有很多帖子涵盖了需要做的事情。我花了很多时间编写派生自 ConfigurationElement 的类。

我开始担心这种方法涉及大量工作 - 比我预期的要多。我正在创建很多类并用很多属性来装饰它们,我不禁想到很多这样的工作可以嵌入到一个框架中。

Windows 窗体最近获得了一项名为 Application Settings 的功能。这为您提供了一个设置编辑器,并创建了一些代码,详细说明了将类型序列化进出配置文件。应用程序设置似乎为处理自定义配置带来了很多麻烦,但我并不特别喜欢由此产生的配置部分的格式,并且我不打算将我的配置保存回来。

所以,我的问题是:

  1. 在 ASP.NET 站点中使用应用程序设置机制是否合适?我会在这样的应用中发现这种机制的性能/线程问题吗?
  2. 是否有其他(更好的)框架可以减轻从 web.config 读取自定义配置的繁重工作?

【问题讨论】:

    标签: .net asp.net configuration


    【解决方案1】:

    【讨论】:

    • 这看起来很有希望。我去看看。
    【解决方案2】:

    我不是特别喜欢应用程序设置功能。就此而言,我真的不喜欢为我自动生成代码的任何东西。在某些情况下它很有用,但我讨厌无法控制自己的项目的感觉。

    至于比 System.Configuration“更好”的系统,我实在想不出。是的,您最终可能会得到大量类和大量属性,但您还将获得一个高度可定制的类型安全配置机制,便于您的用户 使用。因为归根结底,用户体验才是最重要的。

    【讨论】:

      【解决方案3】:

      合适吗?当然。很多工作?明确的。

      我认为如果您将产品运送给其他人使用会更合适。但如果它是内部的......它可能比它的价值更多的工作/头痛。

      这可能是一个不受欢迎的观点,但我不喜欢我的配置文件中的任何特定于应用程序的东西,除了两件事。

      1. 配置提供程序
      2. 连接字符串

      我将所有配置设置都放在数据库中,并且在 web.config 中定义了一个设置,它将覆盖数据库配置设置。

      这对我来说效果很好,我通常会尽可能避免使用自定义配置部分。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2011-09-11
        • 1970-01-01
        • 1970-01-01
        • 2011-09-23
        • 1970-01-01
        • 2010-12-12
        • 1970-01-01
        相关资源
        最近更新 更多