假设我有一个 WCF 服务,它有多个客户端,使用多种语言。使用资源文件和附属程序集来提供本地化的资源字符串是合适的。
现在,如果这些资源字符串成为品牌,例如同一国家/地区的两个客户,相同的语言,但具有不同的术语,我是否会使用单独的附属程序集制作单独的 resx 文件,或者我是否遗漏了什么?
为该客户端添加标记的附属程序集意味着对于未标记的资源字符串有很多冗余。但是,同时需要所有资源字符串都可以进行品牌推广。
最佳答案
我们遇到了同样的问题(客户能够调整最初提供的翻译)并且附属程序集并没有解决我们的问题。资源和程序集更适合稳定的内容。
我们最终将所有这些资源字符串保存在数据库中,并在第一次应用程序启动时加载和缓存它们。
关于.Net 本地化与品牌化,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3894007/