存储站点特定的配置数据
我得到了一份重新开发新闻门户的工作。该网站每天已有数千次独立访问。我将使用 ASP.NET Webforms 来开发它。我目前正处于规划阶段，我正在考虑向主管理员提供一个页面，他可以在其中更改站点特定的配置信息。其中一些是；
- 网站标题“
</code>” - 网站URL
- 页脚文本
- 默认图像目录
- 是否接受未经授权的评论
我在上面列出了一些设置，以便您可以更好地理解我的场景。
我无法决定的是，在哪里存储所有这些信息。我是否将它们存储在数据库（昂贵？）、自定义 XML 文件中？或 .config 文件。例如 ConfigurationManager.AppSettings
任何优点或缺点都会让我高兴！
谢谢你！
I have been given a job to re-develop a news portal. The website already has couple of thousands of unique visits a day. I am going to develop it using ASP.NET webforms. I am currently in the planning phase and I am thinking to offer the main admin a page where he can change site specific configuration information. Some of these are;
- Web site title "
<title>" - site URL
- footer text
- default image directory
- whether to accept comments without authorisation or not
I listed above some settings so that you can understand my scenario better.
What I can't decide is, where to store all this information. Do I store them in a DB (costly?), a custom XML file? or a .config file. e.g. ConfigurationManager.AppSettings
Any pros or cons would make my day!
Thank you!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我的意见是将它们存储在
WebConfigurationManager.OpenWebConfiguration().GetSection()上的web.config上，因为这些变量很关键并且只更改那些 - 在站点初始化时。例如，默认图像目录在网站生命周期的其余部分保持不变，网站 URL 相同，其他也相同。
此外，当您更改此设置时，可能还需要重新启动 Web 应用程序，因为您肯定需要重新读取某些静态变量。
因为这些变量保持原样，并且需要它们来启动网络（然后您读取数据库和其余内容），所以您需要从 web.config 中获得第一手资料。
My opinion is to store them on
web.configonWebConfigurationManager.OpenWebConfiguration().GetSection()because this variables are critical and change only ones - in the initialize of the site.For example the default image directory is stay the same for the rest of the site life, the same and the site URL the same and the other.
Also when you change this settings probably you need also a restart of the web application because for sure you need to re-read them on some static variables.
And because this variables are stay as is, and need them for start the web (then you read the database and the rest) you need to have it in first hand, from the web.config.