Localization VSTO本地化和在主线程上设置CurrentUICulture

Localization VSTO本地化和在主线程上设置CurrentUICulture,localization,ms-office,vsto,Localization,Ms Office,Vsto,我有VSTO应用程序级加载项,需要在功能区中显示本地化的资源。我知道最佳实践是利用当前线程上的CurrentUICulture进行本地化,但我在外接程序中访问的主线程似乎在所有其他VSTO外接程序中共享。我不想成为一个坏公民,把这个属性设置在一个共享的主线程上,或者我担心如果我依赖这个设置,它可能会在我不知情的情况下被更改。VSTO中是否有合适的解决方法,或者最好的做法是在我需要使用的区域设置中保留一些静态标记,这样我就不会在Office或其他VSTO加载项上出错?不清楚您所说的是什么Offic

我有VSTO应用程序级加载项,需要在功能区中显示本地化的资源。我知道最佳实践是利用当前线程上的CurrentUICulture进行本地化,但我在外接程序中访问的主线程似乎在所有其他VSTO外接程序中共享。我不想成为一个坏公民,把这个属性设置在一个共享的主线程上,或者我担心如果我依赖这个设置,它可能会在我不知情的情况下被更改。VSTO中是否有合适的解决方法,或者最好的做法是在我需要使用的区域设置中保留一些静态标记,这样我就不会在Office或其他VSTO加载项上出错?

不清楚您所说的是什么Office应用程序。请看MSDN中描述如何本地化Office加载项的文章。

我在Word中进行了测试,有两个不同的VSTO应用程序级加载项,但这适用于Word、Excel、PowerPoint和Outlook。我使用的功能是,用户可以为我的加载项选择自己的语言环境,并为我的所有字符串生成资源,以便根据语言环境进行查找。如果当前UICulture是在加载项之间共享的,那么在主线程上设置它感觉是完全错误的,这似乎是基于我的初始测试。我已经查看了正常的MSDN/dev.office.com搜索,无法了解是否应该在main thread.FWIW上设置属性。6年后,我看到了与您最初的post Excel VSTO加载项相同的问题。你有没有找到一个合理的答案来说明如何表现得像一个好公民,而不影响其他加载项?