资源文件应该放在哪里，粒度是多少(应用程序/程序集/命名空间/类/...)？
使用分层架构，可以将应用程序拆分为单独的专用程序集。一个优点是更容易管理依赖关系并确保代码不会纠缠在一起。
在整个应用程序的重构过程中，可以将各个部分拆分成单独的程序集或移动到它们自己的程序集中。这可能是因为功能已经足够成熟，可以移入核心层，或者已经足够大，可以保证将其移入自己的程序集中。
在重构过程中，可能必须移动资源。根据用于对资源进行分组的策略和正在完成的重构类型，这可能或多或少困难。资源(字符串、图像、文件等)可以通过多种方式进行分组: - 在每个程序集的单个资源文件中， - 在程序集中每个命名空间的资源文件中， - 在每个类的资源文件中， - 在应用程序内所有程序集共享的单个程序集中， - 等
重构只是一种操作，它可能会受到所选资源分组策略的影响。其他操作，如资源文件中字符串的翻译也会受到影响。
什么分组策略被认为是最好的，为什么？
最佳答案
只是在这里发表评论而不是回答，但你应该看看这个:MSDN Internationalization page .
无论您在资源方面做出什么决定，都应牢记您的结构将如何与国际化配合使用，如果您必须走向国际化，那么如果您的结构限制了您，您就会遇到大问题。
关于c# - 在 .NET 应用程序中对资源进行分组的最佳策略是什么，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/964255/