.net 中基于脚本的配置？

Question

web.config/app.config 的缺点之一是它到处都是魔术字符串，因为它只是一个 XML 文件。

PHP 或 Ruby 等解释性语言的优点是配置只是执行的代码。在 .net 中，在代码中执行操作需要重新部署，这违背了目的。

现在，在我基于 Boo 或 PowerShell 构建自己的 web.config 替换之前想知道是否有现成的？

举个例子，这里的代码很简单，但在 web.config 中却非常困难/尴尬：

IList<TimeZoneInfo> allowedTimeZones =
         System.TimeZoneInfo.GetSystemTimeZones()
           .Where(tz => tz.DisplayName.Contains("Central"));

基本上每次您需要执行复杂的操作来创建对象时，基于 XML/字符串的配置都会变得极其混乱。

例如，如果 allowedTimeZones 确实应该是“以‘Central’开始，但不包含‘Europe’”，那么您就开始在 XML 之上构建自己的 DSL（规则

如果配置文件中有可执行代码，我只需将其修改为

IList<TimeZoneInfo> allowedTimeZones =
         System.TimeZoneInfo.GetSystemTimeZones()
           .Where(tz => tz.DisplayName.StartsWith("Central") &&
                  !tz.DisplayName.Contains("Europe"));

当然，因为 C# 不是脚本语言，所以此示例将是采用 Boo 或 PowerShell 等只能由应用程序执行的语言。

Answer 1

最终建立了我自己的。本质上，利用 App_Code 文件夹（它自动回收应用程序池，从而重新启动应用程序）并在 Application_Start 事件中使用一些反射来获取实现特定接口/基类的类并运行它们。

明显的免责声明：在 AppDomain 中执行随机代码可能是一个安全问题，因为它比修改 web.config 危险得多，但在受信任的环境中，这非常好。

Answer 2

我还没有见过这样的事情。正如您所说，您可以托管脚本语言，然后只需读取启动脚本。

当然，使用 IOC，您可以部署修改后的 DLL 并将 web.config 指向它们，这将是类似的，但需要进行一些编译（新的配置 DLL）来检查代码，而不是运行时脚本出现运行时错误。但对于所有 IOC 容器工作，与静态错误相比，出现运行时错误的可能性更大。

我想大多数人目前都将动态风险放在这两个桶中 - 可能存在细微错误的神奇配置文件或可能存在细微错误的神奇 IOC。您的建议是脚本，在解析它们之前您不会知道它们是否失败 - 放置故障排除的位置略有不同 - 不过，我可以看到好处。