2011-02-04 38 views
4

显然,我对.resx文件的理解存在缺陷 - 我假设(未经测试)将它们部署为XML,以便稍后保持可编辑状态 - 显然,是不正确的。所以,我需要填补我公司Web应用程序中标签和格式字符串的空白,希望有人能在这里指出我的正确方向。已部署的ASP.Net站点中的可编辑资源文件

我正在寻找可以支持多种语言的解决方案,并且可以在稍后的日期由系统管理员进行编辑。对于第一个要求,resx文件完美工作 - 如果UI文化发生变化,则使用适当的资源,或者如果没有可用的文化特定资源,则默认使用顶级资源。不幸的是,如果A公司希望资源字符串是“账号”,而B公司希望该字符串是“账户ID”,我们没有好的办法来支持这一点 - 我们不希望编译一个不同的版本的每个公司的网站,只是为了改变一些资源字符串 - 理想情况下,这些字符串可以简单地由公司的技术人员部署后设置。

是否有框架在那里,将在这里使用?或者使用resx文件解决问题的另一种方法?'

+1

在我的ASP.NET 4.0 WebForms应用程序中,我总是简单地使用XCOPY部署我的RESX文件。虽然我不知道ASP.NET MVC,但我看不出RESX文件如何被处理而不是始终可编辑。你经历了什么样的行为导致你的结论不可编辑? – 2011-02-04 21:44:25

回答

4

你确实无法将resx文件用于预编译的解决方案。

有两种选择:

  1. 部署站点的未编译版本。

  2. 实施数据库解决方案,并创建用于更新文本的管理区域,以便用户可以登录并进行更改。你将能够维护你的预编译代码。