用擴展方法替代本地化

Question

我即將爲我的僱主啓動一個本地化項目。它涉及一個預先存在的項目，它具有許多Windows窗體和一個已建立的代碼庫，用C＃和ASP.NET編程。我已經研究瞭如何在Visual Studio中本地化應用程序並找到資源。

雖然這些都是解決問題的充分辦法，但我並不完全滿意使用資源的不利方面。這就是說，它具有相當大的佔用空間，需要對每個表單文件進行更改。此外，資源文件只能在Visual Studio中編輯。我寧願讓沒有編程知識的外部翻譯人員進行翻譯。

於是我想出了一個替代解決方案：

建立一個靜態的本地化工具類的擴展方法對字符串：

public static String Localize(this String s) 

從文件的實用程序類加載的本地化字符串上啓動。當程序需要某個字符串時，它被稱爲

"foo".Localize(); 

而程序將使用字符串本身作爲表中的鍵來查找翻譯。 這似乎是一個安全和有效的解決方案，我很滿意它留在現有代碼庫上的小腳印。

基本上我要問：

• 是否有不足之處，以我的解決方案，我已經錯過了嗎？
• 我應該查看哪些文件格式的本地化數據（我已經遇到.po文件格式）？
• 是否有足夠的理由偏離資源文件解決方案？

任何建議和/或您可能有的考慮將不勝感激。

Answer 1

您正試圖重塑MS很早以前發明的車輪。您可以使用大量可用於資源的工具，甚至可以編寫自己的資源提供程序。

提供一些工具：What tools are available for adding Localization to an ASP.NET project?

如果你想使用翻譯數據庫：Data Driven Resource provider from Rick Strahl

Answer 2

我的解決方案有缺點，我錯過了嗎？

我可以指出一些，aspx文件中的文本怎麼樣。你打算讓你的擴展方法也可以使用嗎？我想這會很難。

例如<asp:Label Text="Title"> - 你將如何翻譯？

此外，您的某些說法並不完全正確。

資源文件是在Visual Studio中唯一可編輯的

它們是XML文件，所以你可以使用任何編輯器來編輯或編寫自定義工具來做到這一點。

Answer 3

是否有不足之處，以我的解決方案，我已經錯過了嗎？

標準資源文件不僅僅是改變文本。

您可能需要調整特定元素的大小以適應新文本（如果您不使用現有佈局管理機制）。對於某些語言，您需要更改字體/字體大小（例如中文，日文，韓文）或對齊方式（請考慮從阿拉伯語和希伯來語等右向左語言）。

此外，翻譯標準文件意味着使用瞭解格式的編輯器可以看到「按原樣」的對話框，因此它提供比獨立字符串更多的上下文，從而獲得更好的翻譯質量。