我看到了这篇“What is the best way to localize a WPF application, sans LocBAML?”的文章，但是它并没有解决我的问题。
我正在WPF中创建一个自定义控件，希望能够提供本地化支持。该控件包含图像、字符串等内容。
如果有任何帮助，将不胜感激。
谢谢。
我正在WPF中创建一个自定义控件，希望能够提供本地化支持。该控件包含图像、字符串等内容。
如果有任何帮助，将不胜感激。
谢谢。
2个回答
4
我认为这篇文章中的链接包含了很多关于WPF本地化的信息。最终，决定使用哪种机制取决于您自己。
既然您正在谈论自定义控件，我建议您为其添加一个“Culture”依赖属性，以便您控件的消费者可以使用该属性来指定所需的区域设置。这样，消费者就可以使用您的本地化控件，相对独立于他/她选择的本地化策略。
既然您正在谈论自定义控件，我建议您为其添加一个“Culture”依赖属性，以便您控件的消费者可以使用该属性来指定所需的区域设置。这样，消费者就可以使用您的本地化控件，相对独立于他/她选择的本地化策略。
- gehho
2
+1 谢谢，但是决定有些困惑。我计划使用基于 ResX 的方案。 - Prince Ashitaka
1确实，这个主题很令人困惑。我不知道为什么微软引入了这种几乎完全不完整的LocBaml方法。你会得到这样的印象：“如果我使用WPF，我必须使用LocBaml进行本地化”——但这绝对是错误的。我认为使用resx文件仍然更加强大和易于维护。所有这些也都在上面链接的文档中提到了。 - gehho
3
我建议使用Resx，尝试将其集成到WPF应用程序中，并使用TranslationByMarkupExtension示例进行翻译。 http://www.wpftutorial.net/LocalizeMarkupExtension.html
LocBaml是微软发布的一个很奇怪的东西，不是更好，甚至不完整。
- ocodo
1
是的，我最终采用了基于resx的本地化。它非常棒。 - Prince Ashitaka
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接