Localization 在不同的目录中是否可能有相同的资源名（对于resw）？

通常，当您阅读有关通用应用程序的本地化资源（RESW）的信息时，会要求您为每种语言创建一个单独的资源文件，名称为resource.RESW，或者在最高级的场景中，他们建议您创建两个或三个类似Errors.RESW、Messages.RESW的文件，仅此而已。我们有完全不同的方法（让我们不要争论这个，对我们来说，它被证明是好的）。我们有一个单独的RESW文件与CS文件相匹配，其中我们有需要本地化的资源。我们在资源（语言）\folders中模拟与源代码中相同的文件夹结构。整个模式来自Windows Phone Silverlight应用程序，并与RESX完美配合。我在universal app中对此表示担忧。问题是，即使RESW文件位于目录结构的深处，如

Res\it\Controls\Browser\MusicDetails.resw

它被称为位于Res\it的语言根目录中。例如，要在代码中获取此资源，代码如下所示

resourceLoader=resourceLoader.GetForCurrentView（currentAssemblyName+“/MusicDetails”）； GetString（“标题”）

返回windows phone silverlight应用程序类似情况下的路径类似“\Controls\Browser\MusicDetails.resw”，对于RESX资源来说，这绝对不是问题

---

我们是否缺少某些内容，或者这是一个硬的RESW限制，并且所有RESW文件无论位于目录结构中的何处，都被视为位于语言目录的根目录？如果将来我们在不同的目录分支中有完全相同的RESW名称，我可以预见一个问题。如何解决这一问题？

我认为不可能做到这一点，我曾经尝试过用Windows 8.1做类似于您的事情，但现在用UWP做不到这一点，我们需要遵循此处的指导原则

我做了这些步骤，效果很好

---

UWP应用程序有一些限制，它们不像传统应用程序（Win32应用程序）

即使在我的情况下，它也可以在我没有严格遵循步骤的情况下工作。问题是如何解决这个问题。我希望能找到一些东西：在RESW文件的csproj文件中有一个属性，它会告诉makepri做一些不同的事情，或者makepri参数，或者构建插件等等。我是唯一一个想要为一个本地化目标维护一个RESW文件的人吗？