ASP 和 ASP.NET 中的全球化問題

字元集和字碼頁

我們都知道電腦螢幕上的字元只是一系列的位元組。 位元組數列可以用多種方式建立及解譯。 如果解譯所使用的編碼與建立位元組陣列所用的編碼不同，則解譯會顯示為垃圾。 字元集 (字元集) 是瀏覽器通常使用的編碼格式。 Codepage 屬性更適用于伺服器端轉換，它只是一個指定字元編碼方式的轉換資料表。

瀏覽器會根據目前的字元集編碼表單張貼資料。 如果目前的字元集是 「windows-1256」，則對伺服器的位元組傳輸也會編碼為「windows-1256」。

解譯 ASP 時，除非在程式碼中參照表單和查詢字串集合，否則不會建立它們。 建立字串資料時，字串資料會根據目前的程式字碼頁轉換為 Unicode。 (根據預設，ASP 和 ASP.NET 使用 Unicode 格式) 來處理內容。 在參照集合之前，請務必先設定正確的字碼頁;否則，記憶體中的 Unicode 表示方式將不正確。

若要設定程式字碼頁面，請使用 Session.Codepage 或 Response.Codepage。 Response.Codepage 僅適用于 Microsoft Internet Information Services (IIS) 5.1 或更新版本。 如需 (對應到我們設定這些屬性之字元集) 整數值的相關資訊，請流覽下列 Microsoft 網站：

字元集辨
HTTP://msdn2.microsoft.com/en-us/library/Aa752010.aspx例如，若要設定阿拉伯文的字碼頁，請使用下列程式碼：

Session.Codepage = 1256

Response.Codepage 只會影響目前的回應。 不過，Session.Codepage 會影響目前使用者所做的所有回應。 當程式字碼頁是使用這些屬性之一來設定，且已建立 [表單] 和 [查詢字串] 集合時，目前程式字碼頁面中的此變更會導致 Response.Write 方法將記憶體中的 Unicode 轉換為目前的程式字碼頁面。 如需本主題的詳細資訊，請造訪下列 MSDN 網站：

將 [字串轉換] 的 [程式字碼頁面] 設定為 (ASP ) HTTP://msdn2.microsoft.com/en-us/library/ms525789.aspx當與字串和程式字碼頁面相關的問題時，最下列是用戶端 charset 和伺服器程式字碼頁面應該相符。

接受語言

如果 ASP 開發人員想知道使用者在瀏覽器中設定了哪些語言，開發人員可以使用 Request.ServerVariables (「HTTP_ACCEPT_LANGUAGE」) 變數來尋找使用者想要讀取回應的語言清單， (如英文、德文或印度文) ，以及使用者希望在中看到這些語言的喜好設定順序。 在 ASP.NET 中，類似資訊會以陣列的形式出現在 Request.UserLanguages 屬性中。
如需如何在 ASP 程式碼中使用此資訊的詳細資訊，請按一下下列文章編號以檢視 Microsoft 知識庫中的文章：

229690 如何根據瀏覽器的語言設定設定 ASP 地區設定識別碼
 

在 Internet Explorer 中顯示多位元組字元集

唯一可以顯示多位元組字元集的編碼格式是 Unicode (UTF-8) 。 使用 UTF-8，我們可以在同一頁面上顯示斯拉夫文、印度文和日文。 如果我們不使用 UTF-8，一次只能顯示其中一種語言。 若要設定瀏覽器的 charset，請使用 Response.CharSet 屬性。

頁面上的靜態多位元組字元

若要顯示直接儲存在頁面中的多位元組字元，我們必須先使用特定編碼來儲存頁面。 UTF-8 是最好的，但是特定的字碼頁 (符合字元的程式字碼頁面，) 也可以使用。

在此使用 Microsoft Visual InterDev 儲存 ASP 檔案無法解決問題，因為 Visual InterDev 只能以 ANSI 英文或 Unicode 儲存。 ASP 不支援任何儲存為 Unicode 的 ASP 頁面。

在 Microsoft Visual Studio .NET 中，您可以將檔案儲存為任何編碼。 有兩種方式可以執行此動作。 預設的方式是使用使用者目前的程式字碼頁來儲存檔案。 使用編碼儲存檔案的其他方式如下所示：
在 [ 檔案] 功能表上，按一下 [ 另存新檔]。 在 [
另存新檔] 對話方塊中，按一下 [儲存] 按鈕上的
下拉式箭號。 當您按一下箭號時，選項是
[儲存] 和 [使用編碼儲存]。 當您按一下
[使用編碼儲存] 時，[進階儲存選項] 對話方塊會出現，您可以從電腦上安裝的程式字碼頁清單中選取要套用的編碼類型。


注意：這會變更儲存作業的編碼，但只變更一次。 下一次儲存會設回預設值。

若要變更預設的程式字碼頁，請按一下 [檔案] 功能表上的 [
進階儲存選項]。 在 [ 進階儲存選項 ] 對話方塊中，您可以將儲存作業的預設編碼設定為您選擇的程式字碼頁面。

這些方法與檔案儲存在磁片上的方式相關。 不過，如已討論的，若要控制 ASP 的輸出，我們需要設定 Session.CodePage 和 Response.CharSet 屬性。 使用 IIS 5.1 及更新版本時，我們也可以使用 Response.CodePage 屬性。

伺服器上的預設 CODEPAGE

頁面的預設地區設定和預設程式字碼頁面取決於的登錄設定。預設使用者。 我們可以在登錄找到國際索引鍵的病毒 HKEY_USERS\.DEFAULT\Control Panel\International。 我們也可以變更 IIS 所選擇地區設定的行為。

如果登入的使用者擁有與上述機碼相同的地區設定或系統預設值，則使用者設定會優先。

範例：Default locale has date format set as 11.1.2004， while thelogged on user (with the same locale set) has the date format as 11/1/2004. ASP 的 2004/11/1 設定將會生效。

(若是 ASP.NET，則可能有所不同。 在某些安裝中，ASPNET 使用者會有自己的設定檔，在載入時會顯示在HKEY_USERS下。 在其他程式中，它會使用 。[預設設定檔]。 我們也可以在 <%@ %> 宣告中使用 codepage 屬性。 當檔案以不同的編碼和預設值儲存檔案時，應該使用此功能，例如程式字碼頁 932 (日文) ) 。

程式字碼頁問題與字型轉換問題：這是哪一個？

有時候，您可能會看到 ( 的問號？) 字元或應該出現字元的方塊。

執行時間編碼變更

在Application_BeginRequest事件中，我們可以修改要求的值Encoding，並在要求處理之前生效。 針對回應，Page_PreRender事件是修改輸出編碼的最後機會。 同時請注意，回應.Write 會在我們撥打給它時立即將字元置於這個緩衝區中，因此在使用 Response.Write 之前，請務必先設定正確的編碼。

原始資料不是 Unicode：如何仍然讓 Internet Explorer 解譯多位元組圖表？

如有需要，我們也可以讓 ASP.NET 行為類似 ASP。 若要進行此作業，我們需要將回應設定為 windows-1252 編碼， (比 iso-8859-1) 更完整的編碼，並使用 Response.Charset 屬性正確顯示文字。 這是因為 windows-1252 是單一位元組編碼配置，不會修改任何新增至緩衝區的位元組。 因此，雙位元組字元會以一系列單位元組的形式傳送。 接著，我們可以告訴 Internet Explorer 如何使用 Response.Charset 屬性來解譯位元組。 如果原始資料不是儲存為 Unicode 或 UTF-8，例如 COM 物件的傳回值，或資料是儲存在非 N 欄位 (中的 Microsoft SQL Server，例如 Varchar) ，則可能需要執行此案例。

SQL Server與 ASP.NET 全球化問題

INSERT INTO MusicAlbum (Album_ID, [Year], Name, Artist_ID, Company_ID) VALUES (12345, 2005, N'Abida', 4653, 403)
Or:
Dim t As String = "INSERT INTO MusicAlbum(Album_ID, [Year], Name, Artist_ID, Company_ID) VALUES (12345, 2005, N'" & TextBox1.Text & "', 4653, 403)"

System.清單命名空間

這個命名空間是.NET Framework中全球化和當地語系化的核心。 此命名空間中使用的主要類別是 CultureInfo 類別。 它包含特定文化特有的資訊，例如日期/時間格式、數位格式、比較資訊和文字資訊。 如需 CultureInfo 課程的詳細資訊，請造訪下列 MSDN 網站：

HTTP://msdn2.microsoft.com/en-us/library/system.globalization.cultureinfo (vs.71) .aspxCultureInfo

中立文化與特定文化

中立文化是一種與語言相關聯文化，而不是與特定國家/地區相關聯文化。 特定文化同時與語言和特定國家/地區相關聯。

範例：「DE」 (中立文化) 是針對德文語言，但「de-AT」 (特定文化) 是針對德文語言，如同在奧地利所述。 中性文化無法用於格式設定。

目前課程的對話與.NET Framework文化意識

.NET Framework文件庫中預期輸出為文化相依性的所有課程和方法都有兩種內建行為：

• 它們可讓我們在提供引數的同時指定文化性驗證碼，以便輸出以指定文化特性為基礎。 這是選用的。

• 如果遺漏此 (通常是) ，班級就足夠聰明，可以持續檢查 Thread.CurrentThread.CurrentCulture 屬性，並根據該屬性運作。

我們可以使用類似下列程式碼來修改此屬性的值：

    Dim ci As CultureInfo
        ci = New CultureInfo("de-AT")
        Thread.CurrentThread.CurrentCulture = ci

在此代碼範例中，「de」 代表德文語言，而 「AT」 代表奧地利。 因此，在此情況下，請參閱 DateTime.Now () 。ToString 方法會以對應于奧地利德文語言的日期和時程表達方式，傳回日期和時間。

此架構可確保 (如下所示) CurrentCulture 屬性一律初始化：

1. 無論它以程式設計方式設定。

2. 若未由程式設計師明確設定，屬性會從組態檔 (<> 標籤) 中挑選。

3. 如果該屬性在該處遺失，則為網路伺服器執行上文化特性。 這通常是與作業系統語言相對應的中立文化。

資源檔案

所有 .resx、.資源檔案，以及已將 Build Action 屬性設為在 Visual Studio .NET 中新增至 ASP.NET 專案的內嵌資源的檔案，都會自動編譯並內嵌在應用程式元件元件中，做為其資訊清單的一部分。 您甚至可以透過 Visual Studio .NET 命令提示字元，使用資源檔產生器 (RESGEN) 公用程式手動完成。 如需詳細資訊，請造訪下列 MSDN 網站：

HTTP://msdn2.microsoft.com/en-us/library/ccec7sz1 (vs.71) .aspx這是一般概念，每當我們需要管理與全球化無關的應用程式資源時即適用。 不過，當我們實作全球化時，應該使用衛星組合。

衛星組合

當您確定下列專案為 True 時，就可以在 ASP.NET 專案中使用衛星組合：

1. 所有 aspx 檔案中的所有使用者介面元素都必須配備 id 和 runat=server 屬性。

2. 我們會建立個別的 .resx 檔案。 每一種文化都必須對應到我們想要應用程式支援的每個文化。

3. 我們必須為上述所有檔案決定一般名字。 「字串」。

4. 我們會使用下列命名慣例 commonfirstname 來命名個別的 .resx 檔案 。languagecode-regioncode.resx (例如：Strings.de-AT.resx、Strings.en-GB.resx ) 。

5. 我們應讓資源檔
   commonfirstname.resx (Strings.resx) 包含所有字串，如您想要在預設情況下顯示。

6. 撰寫程式碼以偵測使用者文化特性，並將 Thread.CurrentThread.CurrentUICulture 屬性設為相符。

7. 使用 ResourceManager 類別撰寫程式碼載入資源。

8. 撰寫程式碼以從載入的物件擷取字串，並將它們指派給使用者介面元素。

當您執行這些步驟時，Visual Studio.NET 會編譯 Strings.resx，並將它內嵌至應用程式元件 (MyGlobalizationTestProjectName.dll) 。 不過，對於所有其他 .resx 檔案，它會產生個別的 dll 檔案，這些檔案沒有可執行程式碼，但只有資源資料。 這些實際上稱為衛星組合。 此外，Visual Studio .NET 會將這些專案置於資料夾結構中，如下所示：MyGlobalizationTestProjectName
|------- bin
|------en-US

MyGlobalizationTestProjectName.resources.dll |------ja-JP

MyGlobalizationTestProjectName.resources.dll |------de-AT
MyGlobalizationTestProjectName.resources.dll

CurrentCulture 與 CurrentUICulture 之間的差異

雖然 System.Automation 命名空間中的類別方法取決於 Thread.CurrentThread.CurrentCulture 屬性來提供輸出，但載入資源元件的 ResourceManager 類別取決於 Thread.CurrentThread.CurrentUICulture 屬性來載入適當的衛星元件。 以下是 C# 程式碼的範例：

using System.Globalization;
using System.Threading;
using System.Resources;

//Load resources. 
protected ResourceManager gStrings = new ResourceManager("MyGlobalizationTestProjectName.strings", typeof(MyTestWebFormName).Assembly);

// Get the user's preferred language.
string sLang = Request.UserLanguages[0];
// Set the thread's culture for formatting, comparisons, etc.   
Thread.CurrentThread.CurrentCulture =  CultureInfo.CreateSpecificCulture(sLang);
// Set the thread's UICulture to load resources
// from satellite assembly.
Thread.CurrentThread.CurrentUICulture = new CultureInfo(sLang);

private void Page_Load(object sender, System.EventArgs e) 

{ 

 if (!IsPostBack)  

 {      
// Get strings from resource file and assign to UI elements.
head1.InnerHtml = gStrings.GetString("satellite.head1");
p1.InnerHtml = gStrings.GetString("satellite.p1");
sp1.InnerHtml = gStrings.GetString("satellite.sp1");
sp2.InnerHtml = gStrings.GetString("satellite.sp2");
butOK.Text = gStrings.GetString("satellite.butOK");
butCancel.Value = gStrings.GetString("satellite.butCancel");
   }

 }

ASP.NET 選取衛星組合的順序：

當您設定對話的 CurrentUICulture 時，ASP.NET 會依下列順序自動選取符合的資源：

• 如果找到具有相符文化的衛星元件，則會使用來自該元件的資源。

• 如果發現衛星元件具有符合 CurrentUICulture 的中立文化，則會使用來自該元件的資源。

• 如果無法找到 CurrentUICulture 的相符專案，則會使用儲存在可執行元件中的後援資源。

注意：這是根據較一般資源後援程式。 如需詳細資訊，請造訪下列 MSDN 網站：

HTTP://msdn2.microsoft.com/en-us/library/sb6a8618 (vs.71) .aspx

手動建立衛星組合：

使用衛星組合是 Visual Studio .NET 建立元件本身的地方。 不過，Visual Studio .NET 預設不會強式名稱衛星元件。 如果您想要變更這些選項，您必須手動建立衛星組合。 如需詳細資訊，請造訪下列 MSDN 網站：

HTTP://msdn2.microsoft.com/en-us/library/21a15yht (vs.71) .aspx 。

詞彙

ANSI 代表美國國家標準學會。 在此內容中，它代表特定語言/字元集的特定程式字碼頁面。 最常參照的英文字碼頁 (windows-1252) 。

ASCII A 1 位元組 (或 7 位) 編碼配置。 只有範圍 0-127 中的字元會標準化。 範圍 128-255 是 ASCII 的擴充功能，而不是標準的一部分。 例如，OEM ASCII 圖表的上方範圍與 VB ASCII 圖表之間的差異。

CharSet 設定主要用於 Internet Explorer 和瀏覽器，告訴瀏覽器如何解譯字元資料。 範例：Response.charSet = 「iso-8859-1」。

程式字碼頁 指定字元編碼 (通常用於伺服器) 的轉換資料表。

「全球化」是設計和建立應用程式的程式，可滿足文化、地區或國家/地區及語言需求的獨特需求。 換句話說，以日後可以當地語系化的方式設計應用程式就是全球化。

地區設定/文化語言和地區特定的格式/喜好設定，包括日期和行事曆格式、時間格式、貨幣格式、外殼、排序和字串比較、位址格式、電話號碼格式、紙張大小、度量單位、書寫方向等。

LocaleID (LCID) 指定語言識別項和排序識別碼的 DWORD 值。 它可以用來指定目前日期/時間等的特定地區格式，並根據這些格式加以設定。

當地語系化：應用程式呈現語言/地區設定內容的能力。

當地語系化當地語系化是將使用者介面翻譯成特定語言和/或地區設定的程式。

多位元組字元集：字元集，其中字元是由兩個或多個位元組組成，例如日文。 UTF-8 也屬於此類別。 (Unicode 在技術上屬於此類別，但在 Windows 中，它有自己的類別。)

Unicode A 2 位元組編碼配置。 Windows 內部使用 Unicode。 任何適用于 Unicode 的 API 都會在函數名稱結尾處以 「W」 表示。 也稱為 wide char;無法直接從 Web 應用程式使用。

UTF-8 字元編碼，其中字元可以以 1-6 位元組表示。 在 Windows 中，範圍為 1-3 位元組。 不支援 NT4 網頁版應用程式。



寬字元集：Unicode 的別名。 也稱為 DBCS (雙位元組字元集) 、UCS-2、UTF-16。

一如往常，您可以使用 [要求] 表單，就您想要在未來的欄或知識庫中解決的主題提交想法。