2011-02-04 37 views
4

顯然,我對.resx文件的理解存在缺陷 - 我假設(未經測試)將它們部署爲XML,以便稍後保持可編輯狀態 - 顯然,是不正確的。所以,我需要填補我公司Web應用程序中標籤和格式字符串的空白,希望有人能在這裏指出我的正確方向。已部署的ASP.Net站點中的可編輯資源文件

我正在尋找可以支持多種語言的解決方案,並且可以在稍後的日期由系統管理員進行編輯。對於第一個要求,resx文件完美工作 - 如果UI文化發生變化,則使用適當的資源,或者如果沒有可用的文化特定資源,則默認使用頂級資源。不幸的是,如果A公司希望資源字符串是「賬號」,而B公司希望該字符串是「賬戶ID」,我們沒有好的辦法來支持這一點 - 我們不希望編譯一個不同的版本的每個公司的網站,只是爲了改變一些資源字符串 - 理想情況下,這些字符串可以簡單地由公司的技術人員部署後設置。

是否有框架在那裏,將在這裏使用?或者使用resx文件解決問題的另一種方法?'

+1

在我的ASP.NET 4.0 WebForms應用程序中,我總是簡單地使用XCOPY部署我的RESX文件。雖然我不知道ASP.NET MVC,但我看不出RESX文件如何被處理而不是始終可編輯。你經歷了什麼樣的行爲導致你的結論不可編輯? – 2011-02-04 21:44:25

回答

4

你確實無法將resx文件用於預編譯的解決方案。

有兩種選擇:

  1. 部署站點的未編譯版本。

  2. 實施數據庫解決方案,並創建用於更新文本的管理區域,以便用戶可以登錄並進行更改。你將能夠維護你的預編譯代碼。