.Net全球化管理
我们可能有数十个程序集需要多语言支持，并且想知道如何最好地管理它。
1) 维护一个大型资源程序集
2) 按组件层将其拆分
3) 或每个 dll 的本地资源
4) 任何更好的想法
另外，您将如何在可能的 20-25 个应用程序中访问这些资源
We have the potential to have dozens of assemblies that will need to have multi-langugae support, and were wondering how this would best be managed.
1) Maintain one large resource assembly
2) Split it up by our component layers
3) Or a local resource per dll
4) Any better ideas
Also, how would you access these resources across potentially 20-25 apps
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
对系统中的每个可本地化 dll 使用已建立的 .NET 本地化模型，即卫星程序集（您支持的每种语言一个）。
请注意，并非所有您的 dll 都可以本地化。理想情况下，只有那些处理前端的内容才包含显示文本和其他可本地化的内容。
如果您坚持规范，您将受益于现有的 Visual Studio 本地化支持（它为您构建附属程序集）以及本地化供应商熟悉的其他标准工具和流程。如果你的项目很大，那么就会涉及到一定量的本地化工程，如果符合标准流程的话会好很多。
Use the established .NET localization model, i.e. satellite assemblies (one per language you support) for each localizable dll in your system.
Note that not all of your dlls may be localizable. Ideally only those that deal with the front end contain display text and other localizable content.
If you stick to the norm you'll benefit from the existing Visual Studio localization support (it builds the satellite assemblies for you) and other standard tools and processes that localization vendors are familiar with. If your project is very large, then there will be some amount of localization engineering involved, and it will be much better if you conform to the standard process.