我需要调整一些变量(仅在开发设置中),而不必重新启动 IIS 或任何东西(所以我认为 Web.Config 是放置它们的错误位置)。就像我说的那样,在 IIS 运行时,最容易放置大约 500 个配置设置的地方是什么?
编辑:就像我说的,这仅用于一些 Q&D 开发,所以我不关心任何性能。数据库有点矫枉过正(并且可能比我想要处理的工作更多),我想要一些快速的东西(比如设置),我不必担心解析并且可以读取和写入。如果我做 XML,我应该把文件写到哪里,这样我就不必花时间弄乱权限了?
我需要调整一些变量(仅在开发设置中),而不必重新启动 IIS 或任何东西(所以我认为 Web.Config 是放置它们的错误位置)。就像我说的那样,在 IIS 运行时,最容易放置大约 500 个配置设置的地方是什么?
编辑:就像我说的,这仅用于一些 Q&D 开发,所以我不关心任何性能。数据库有点矫枉过正(并且可能比我想要处理的工作更多),我想要一些快速的东西(比如设置),我不必担心解析并且可以读取和写入。如果我做 XML,我应该把文件写到哪里,这样我就不必花时间弄乱权限了?
在数据库中?
为每个请求读取 500 个配置设置?我会将它们放在数据库中,以便可以对它们进行索引和缓存。一个单独的 XML 或数据文件也很可能由 Web 服务器缓存在内存中,但仍无法提供索引数据库表可以提供的性能。但这取决于您如何访问设置。
您可以制作自己的“配置”文件。只是不要将其命名为 .config。然后您可以像阅读文本文件一样阅读它并设置所有属性。只需要实现您自己的文件监控类或知道文件已更改的东西,以便您可以更新您的代码。
拥有这么多配置选项的数据库系统,加上一些经过深思熟虑的缓存很可能是总体上最好的主意!
您必须确保考虑加载/存储它们对所有请求的影响,即使值很小,也可能是大量开销。所以缓存将非常重要。
我知道您说过您不需要数据库,但是有 500 个设置,这似乎是最好的解决方案。
也就是说,如果您真的不想要数据库,您可以随时将它们转储到本地存储的 xml 文件中,并在需要时读取/写入。