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

Question

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

我发现一个非常好的tutorial如何得到这个工作。我唯一想知道的是，作者建议在解决方案中为资源创建一个单独的项目。

现在我的问题：这是推荐？

Answer 1

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

然后我基于我的控制器名称的子文件夹，并将'Custom Tool'属性更改为'PublicResXFileCodeGenerator'。

当我用我的意见资源字符串，它看起来像：

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

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

Answer 2

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

我们

有处理资源的翻译对不同层次 （也可用于和的WinForms WPF ...）组件 ，我们组的资源文件按照功能的重要性，
经营业务 级消息在[企业项目层，
我们的标准代码使用的公共翻译项目。

.NET ResourceManager可以处理一个资源文件，所以我们的经理保留一个ResourceManagers列表。

在运行时，你只尝试所有（或逻辑范畴名工作加快查找）...