1
我們有可能有數十個需要多語言支持的程序集,並且想知道如何最好地管理它。.Net全球化管理
1)保持一個較大的資源組裝
2)由我們的組件層
3)或每個DLL
4)本地資源分割它更好的想法
而且,您將如何跨潛在的20-25個應用程序訪問這些資源
我們有可能有數十個需要多語言支持的程序集,並且想知道如何最好地管理它。.Net全球化管理
1)保持一個較大的資源組裝
2)由我們的組件層
3)或每個DLL
4)本地資源分割它更好的想法
而且,您將如何跨潛在的20-25個應用程序訪問這些資源
使用已建立的.NET本地化模型,即衛星組合您的系統中每個可本地化的dll文件(您支持的語言之一)。
請注意,並非所有的你的dll可能是本地化的。理想情況下,只有那些涉及前端的文件包含顯示文本和其他可本地化的內容。
如果您堅持規範,您將受益於現有的Visual Studio本地化支持(它爲您製作了附屬程序集)以及本地化供應商熟悉的其他標準工具和流程。如果你的項目非常龐大,那麼就會涉及到一定數量的本地化工程,如果你符合標準流程,那將會好得多。
如果您有多個使用潛在相同資源的應用程序,也就是以不同語言本地化的字符串,我的建議是將所有內容放在數據庫中並從那裏讀取字符串。您的20-25應用程序是分發給客戶還是運行在基於Intranet和Web的應用程序上? –
@DavidePiras - 內聯網/互聯網應用程序。你認爲db調用比資源文件更快嗎? – Sam
如果您在應用程序啓動或語言更改時從數據庫加載當前語言字符串的哈希表,則應該不會太慢。 –