VisualStudio:是否应该为资源文件使用单独的Resource-Files-Project?

时间:2014-09-25 08:58:20

标签: asp.net visual-studio asp.net-mvc-5 embedded-resource multilingual

我们正在开发一个新的asp.net mvc 5应用程序,它应该是多语言的。

我找到了一个非常好的tutorial如何让这个工作。我对这个教程唯一感到疑惑的是,作者建议在解决方案中为资源创建一个单独的项目。

现在我的问题:这是推荐的吗?

2 个答案:

答案 0 :(得分:2)

我们在项目中拥有最相关的资源文件。

我们有一个组件可以处理不同级别的资源转换 (也适用于Winforms和WPF ......) 我们根据功能重要性对资源文件进行分组,
业务层项目中的业务级别消息,
我们的标准代码使用的常用翻译项目。

.NET ResourceManager可以处理一个资源文件,因此我们的经理会保留一份ResourceManagers。

在运行时,您只需尝试所有(或使用逻辑类别名称来加速查找)...

答案 1 :(得分:2)

我通常在MVC项目中创建一个名为Resources的文件夹。虽然如果您希望从其他项目中引用您的资源,您可能希望在单独的项目中创建它们。

然后我根据我的控制器名称进行子文件夹并更改“自定义工具”'属于' PublicResXFileCodeGenerator'。

当我在 Views 中使用资源字符串时,它看起来像:

<title>@Resources.Home.Index.PageTitle</title>

就个人而言,我更喜欢使用文件夹而不是项目,因为这迫使我不在我的应用程序层中生成UI字符串,并迫使我找到更好的方法来解决我可能最终在业务逻辑中生成字符串的问题可能会在UI中结束。