Asp.net mvc ASP.NET MVC可配置静态文本

我目前正在从事一个项目，该项目要求可以配置静态文本（包括标签、消息和验证错误）。我想知道最好的方法是什么。该应用程序正在使用ASP.NET MVC和C#3.5编写。我需要将所有这些静态可配置文本从不同的项目提供给MVC项目。我想到了使用全局资源，或者使用一个XML文件，该文件将在应用程序启动时加载。顺便说一下，这与本地化无关，最终用户也无法配置静态文本。

我会将其存储在Web.Config文件的AppSettings部分。

您可以使用AppSettings和Web.Config。您还可以将其存储在具有键值对结构的数据库中

但是您还需要将它从配置项目转移到ASP.NETMVC项目。我会这样做：

• 在配置项目上创建服务接口
• 在ASP.NETMVC项目中使用企业库缓存
• 检查是否缓存了该值
• 如果没有，则从配置中获取它并将其存储在缓存中

---

本地化实际上是一种很好的处理方法——它解决了同样的问题，您只需要提供一个单一语言文件。缺点是本地化位不一定容易被最终用户编辑。这让我想到一个事实，这里要回答的真正问题是“用户如何编辑此信息？”如果答案是“频繁且容易”，那么您可能希望在数据库中创建某种UI代码段表，并相应地进行处理。另一个不错的选择是使用自定义配置节，并使用配置API对其进行读/写。如果需要，也可以手动编辑XML文件。
我会在应用程序启动时使用一个单一加载的XML文件
我可能会制作一个单独的项目，其中包含一系列Resx文件，这些文件非常容易使用，并免费为您提供本地化。这就是我要开始的地方，如果你需要通过一些管理工具动态编辑它们，那么你可以使用类似的工具。这可能是一种比尝试提出自己的DB驱动设计更好的方法
我同意你可能需要澄清一下文本的编辑方式和时间

---

除非我们只讨论一两行文本，否则绝对不要使用web.config和appsettings。总的来说，这不是一个好主意，因为其他人已经说明了很多关于应用程序重启和常规配置膨胀的原因。
这可能会很快变得混乱，这取决于文本的数量，如果它包含特殊字符（web.config是XML），我个人不会将这些数据放在web.config中，因为对文本的任何更改都将意味着应用程序重新启动，这在这里是不必要的。请记住，我的回答是在John实际声明信息可能随时更改之前做出的。此文本是否会不时更改，或者是一次操作过程？此文本不会直接从应用程序中更改，但是，这将是一个可以随时更改的配置。最终用户无法配置此静态文本。有趣。那为什么要把它分开呢？如果你不做il8tion，人们也不编辑它，那就没什么意义了。