问隐式本地化、强类型资源、App_LocalResources和嵌入式资源

EN

tl;dr在App_LocalResources中使用正常(非嵌入式)资源进行强类型资源代码生成。

如果不是，为什么，以及在卫星程序集中使用嵌入式资源的替代方法是否与隐式本地化工作？

这篇文章的其余部分只是解释了我目前在解决这些问题时所处的位置，如果你知道答案的话，可以随意忽略它。

当使用隐式本地化(meta:resourceKey="Foo"语法)时，我理解如果要将资源嵌入到附属程序集中，就需要编写自己的资源提供程序。原因可能是这些文件的ASP.NET always uses the default provider，而且该提供程序希望在运行时可以检索App_LocalResources中的resx文件。请参见this question，它在撰写本文时没有答案。

如果这个假设是正确的，那么如果不编写这样的提供程序(我们希望避免这样做)，就不可能使用强类型生成的类(使用ResXFileCodeGenerator)，因为启用代码生成需要使用嵌入式资源。

由于生成类型的使用对于全局资源似乎非常有效，我想对第二个假设提出质疑：

• 如果我可以为全局资源生成强类型的类(在App_GlobalResources中使用GlobalResourceProxyGenerator)，而不将它们嵌入到附属程序集中(Build Action设置为Content，而不是Embedded)，那么为什么不能对本地资源执行相同的操作呢？，为什么生成的代码不能在App_LocalResources中查找和使用resx文件？

请注意，尝试执行此操作时引发的异常是包含以下消息的System.Resources.MissingManifestResourceException：

找不到适合指定区域性或中性区域性的任何资源。确保"PROJECT.App_LocalResources.PAGE.aspx.resources“在编译时正确嵌入或链接到程序集”项目“，或者确保所需的所有附属程序集都是可加载和完全签名的。

我知道这条消息是误导的，因为它明显地查找附属程序集，而不是尝试resx文件(或者运行时编译到的任何东西，我猜是App_LocalResources.dll )。

• 如果有很好的理由不允许这样做(因此我们被迫在卫星程序集中使用嵌入式资源)，那么是否有一个很好的资源提供程序实现，可以在执行隐式本地化时在卫星程序集中查找资源？肯定有人曾经尝试过这样做，听起来不像是应用程序开发人员解决这种管道问题的工作。
• 作为前一个问题的子问题，我还假设在卫星程序集中使用嵌入式资源时，不会将resx文件放在App_*目录中，因为这些是运行时使用的特殊目录。实际上，resx文件甚至没有被部署，所以目录将是空的。这是正确的吗?在这方面有什么最佳做法吗？

我认为另一种表述问题的方法是:在生成能够加载运行时编译的程序集的代码时，我是否可以让ResXFileCodeGenerator像GlobalResourceProxyGenerator一样运行，而不是在构建时编译的附属程序集？