Các vấn đề toàn cầu hoá trong ASP và ASP.NET

Bộ ký tự và codepage

Tất cả chúng tôi biết rằng các ký tự trên màn hình máy tính của chúng tôi chỉ là một loạt các byte. Dòng byte có thể được tạo ra và giải thích trong nhiều cách. Nếu giải thích cách sử dụng một mã hoá khác với mã hóa byte mảng được tạo bằng, việc giải thích sẽ hiển thị như rác. Bộ ký tự (charsets) mã hóa định dạng thường được sử dụng trình duyệt. Nhà Codepage áp dụng cho chuyển đổi phía máy chủ, là chỉ chuyển đổi bảng xác định cách ký tự được mã hoá.

Trình duyệt mã hóa dữ liệu đăng biểu mẫu theo bộ ký tự hiện tại. Nếu hiện tại ký tự "windows-1256," byte truyền đến máy chủ được mã hóa cũng như "windows-1256."

Khi ASP được hiểu, bộ sưu tập mẫu và chuỗi truy vấn được không xây dựng cho đến khi chúng được tham chiếu trong các mã. Khi họ đang được xây dựng, Chuỗi dữ liệu được chuyển tới Unicode theo codepage hiện tại. (Theo mặc định, ASP và ASP.NET xử lý nội dung bằng cách sử dụng định dạng Unicode). Rất quan trọng mà bạn đặt codepage đúng trước khi tham khảo bộ sưu tập; Ngoài ra, bản trình bày Unicode trong bộ nhớ sẽ không chính xác.

Để đặt một codepage, sử dụng Session.Codepage hoặc Response.Codepage. Response.Codepage chỉ có sẵn trong phiên bản Microsoft Internet Information Services (IIS) 5.1 hoặc mới hơn. Để biết thông tin về các giá trị số nguyên (trong đó tương ứng với ký tự) chúng tôi sẽ thiết lập các thuộc tính đến, hãy ghé thăm Web site sau của Microsoft:

Ký tự đặt nhận dạng
http://msdn2.microsoft.com/en-us/library/Aa752010.aspxVí dụ: để đặt codepage đối với tiếng ả Rập, sử dụng mã sau đây:

Session.Codepage = 1256

Response.Codepage sẽ chỉ ảnh hưởng đến phản ứng hiện tại. Tuy nhiên, Session.Codepage sẽ ảnh hưởng đến tất cả các câu trả lời của người dùng hiện tại. Khi codepage được đặt bằng cách sử dụng một trong các thuộc tính và bộ sưu tập mẫu và chuỗi truy vấn được xây dựng, thay đổi codepage hiện tại khiến phương pháp Response.Write để chuyển đổi Unicode trong bộ nhớ để codepage hiện tại. Để biết thêm thông tin về chủ đề này, hãy truy cập vào Web site MSDN sau:

Thiết lập trang mã cho chuỗi chuyển đổi (ASP)http://msdn2.microsoft.com/en-us/library/ms525789.aspxPhần dưới cùng-Line khi nói đến các vấn đề liên quan đến charsets codepage là ký tự mà máy khách và máy chủ codepage phải phù hợp với.

Chấp nhận ngôn ngữ

Nếu một nhà phát triển ASP muốn biết ngôn ngữ mà người dùng đã đặt trong trình duyệt của mình, các nhà phát triển có thể sử dụng biến Request.ServerVariables ("HTTP_ACCEPT_LANGUAGE") để tìm danh sách các ngôn ngữ mà người dùng muốn đọc phản ứng, (chẳng hạn như tiếng Anh, tiếng Đức hoặc Ấn Độ) và thứ tự ưu tiên người dùng muốn xem các ngôn ngữ. Trong ASP.NET, thông tin tương tự có trong nhà Request.UserLanguages như là một mảng.
Để biết thêm thông tin về cách sử dụng thông tin này trong ASP mã, hãy bấm vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:

229690 làm thế nào để đặt ASP ID ngôn ngữ cho cài đặt ngôn ngữ của trình duyệt

Hiển thị nhiều byte ký tự đặt trong Internet Explorer

Chỉ định dạng mã hoá có thể hiển thị nhiều byte ký tự là Unicode (UTF-8). UTF-8, chúng tôi có thể hiển thị Cyrillic, Ấn Độ và Nhật bản trên cùng một trang. Nếu không sử dụng UTF-8, chúng tôi có thể chỉ hiển thị các ngôn ngữ một lúc. Để đặt ký tự của trình duyệt, sử dụng thuộc tính Response.CharSet .

Tĩnh đa ký tự byte trên trang

Để hiển thị đa ký tự byte được lưu trữ trực tiếp trong trang, đầu tiên chúng tôi phải lưu trang bằng mã hoá cụ thể. UTF-8 sẽ tốt nhất, nhưng một codepage cụ thể (phù hợp với codepage vật) sẽ hoạt động như vậy.

Lưu tệp ASP sử dụng Microsoft Visual InterDev không giúp, vì InterDev hình ảnh chỉ có thể lưu Anh ANSI hoặc Unicode. Bất kỳ trang ASP lưu như Unicode không được hỗ trợ bởi ASP.

Trong Microsoft Visual Studio .NET, bạn có thể lưu tệp trong bất kỳ mã hoá. Có hai cách để thực hiện việc này. Mặc định là cách lưu tệp bằng codepage hiện tại cho người dùng. Một cách khác để lưu tệp bằng một mã hoá là như sau:
Trên menu tệp , bấm vào Lưu tệp dưới dạng. Trong các
Lưu tệp dưới dạng hộp thoại, bấm hộp thả xuống mũi tên trên các
Lưu nút. Khi bạn bấm vào mũi tên, các tuỳ chọn là
Lưu và lưu với mã hoá. Khi bạn nhấp vào
Với mã hóa, hộp thoại Lưu tùy chọn nâng cao xuất hiện khi bạn có thể chọn loại mã hoá mà bạn muốn áp dụng một danh sách codepage được cài đặt trên máy tính.


Lưu ý Thay đổi mã hoá cho lưu hoạt động, nhưng là chỉ một lần. Tiếp theo lưu sẽ được đặt lại mặc định.

Để thay đổi codepage mặc định, bấm Lưu tùy chọn nâng cao trên các
Menu tệp . Trong hộp thoại Lưu tùy chọn nâng cao , bạn có thể đặt các mã hoá mặc định để lưu hoạt động codepage lựa chọn của bạn.

Các phương pháp liên quan đến cách tệp được lưu trên đĩa. Tuy nhiên, kiểm soát đầu ra cho ASP, như đã được thảo luận, chúng ta cần đặt thuộc tính Response.CharSet và Session.CodePage . IIS 5.1 và phiên bản mới hơn, chúng tôi có thể sử dụng thuộc tính Response.CodePage .

Mặc định CODEPAGE trên máy chủ

Vị trí mặc định và codepage mặc định cho trang web phụ thuộc vào các thiết đặt đăng ký vào. Người dùng mặc định. Chúng tôi có thể tìm thấy chính quốc tế tại Trung tâm đăng ký HKEY_USERS\. DEFAULT\Control Panel\International. Chúng tôi cũng có thể thay đổi hành vi của ngôn ngữ được chọn của IIS. Để biết thêm thông tin, hãy xem phần "IIS 5.0" trong bài viết cơ sở kiến thức sau:

306044 chế độ ngày/giờ định dạng khác khi truy cập trang chủ hoạt động

Nếu người dùng đã đăng nhập có vị trí tương tự đặt phím trên hoặc mặc định hệ thống, cài đặt người dùng sẽ được ưu tiên.

Ví dụ: Các ngôn ngữ mặc định có ngày định dạng như 11.1.2004, trong khi người dùng đã đăng nhập (với cùng một ngôn ngữ) có định dạng ngày là 11/1/2004. Thiết lập 11/1/2004 sẽ có hiệu lực cho ASP.

(Cho ASP.NET, điều này có thể thay đổi. Trong một số cài đặt, người dùng aspnet sẽ phải riêng hồ sơ sẽ xuất hiện trong HKEY_USERS khi nó được tải. Những người khác, nó sẽ sử dụng máy. Hồ sơ mặc định. Chúng tôi cũng có thể sử dụng thuộc tính codepage tuyên bố < % @ % >. Điều này sẽ được sử dụng khi tệp được lưu bằng một khác mã hoá rồi mặc định, chẳng hạn như codepage 932 (tiếng Nhật)).

Codepage vấn đề và các vấn đề về chuyển đổi phông chữ: đó là?

Đôi khi, bạn có thể thấy một ký tự dấu hỏi (?) hoặc một hộp khi một ký tự được hiển thị.

Thay đổi mã hóa thời gian chạy

Trong trường hợp Application_BeginRequest , chúng tôi có thể sửa đổi giá trị requestEncoding và nó có hiệu lực trước khi yêu cầu được xử lý. Để trả lời, sự kiện Page_PreRender là cơ hội cuối cùng để sửa đổi mã hoá kết quả. Cũng lưu ý rằng Response.Write sẽ đặt nhân vật vào bộ đệm này ngay sau khi chúng tôi gọi như vậy chắc chắn có các bộ mã hoá trước khi sử dụng Response.Write.

Dữ liệu gốc là Phi Unicode: làm thế nào để vẫn hiểu nhiều byte charsets Internet Explorer?

Chúng tôi cũng có thể hoạt động như ASP nếu phải ASP.NET. Để làm điều này xảy ra, chúng ta cần đặt responseEncoding và requestEncoding windows-1252 (bản đầy đủ mã hóa với iso-8859-1) và sử dụng thuộc tính Response.Charset Hiển thị văn bản chính xác. Điều này hoạt động vì windows-1252 là một chương trình mã hóa đơn byte, và sửa đổi bất kỳ byte được thêm vào bộ đệm. Vì vậy, các ký tự byte kép được gửi như một loạt các byte duy nhất. Chúng tôi thì có thể cho Internet Explorer làm thế nào để giải thích các byte bằng cách sử dụng thuộc tính Response.Charset . Tình huống này có thể cần nếu dữ liệu ban đầu không được lưu trữ dưới dạng Unicode hoặc UTF-8, chẳng hạn như một giá trị trả lại từ một đối tượng, hoặc dữ liệu được lưu trữ trong Microsoft SQL Server trong trường không N (chẳng hạn như varchar).

Vấn đề toàn cầu hoá SQL Server và 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)"

Không gian tên System.Globalization

Không gian tên này là toàn cầu hoá và bản địa hoá trong .NET Framework. Lớp chính được sử dụng trong không gian này là loại CultureInfo . Nó chứa thông tin văn hóa cụ thể, chẳng hạn như định dạng ngày/giờ, định dạng số, so sánh thông tin và thông tin văn bản. Để biết thêm thông tin về loại CultureInfo , truy cập Web site MSDN sau:

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

Văn hóa Trung so với văn hóa cụ thể

Văn hóa Trung là một văn hóa liên quan đến ngôn ngữ, nhưng không cụ thể quốc gia hoặc vùng. Văn hóa cụ thể được kết hợp cả hai ngôn ngữ và quốc gia cụ thể.

Ví dụ: "DE" (Trung văn hóa) là tiếng Đức, nhưng "de-AT" (cụ thể văn hóa) cho tiếng Đức khi nó được sử dụng trong áo. Trung văn hoá không thể được sử dụng định dạng.

Hiện chủ đề và văn hóa nhận thức của .NET Framework lớp

Lớp học và phương pháp nào trong thư viện .NET Framework mà chúng tôi mong đợi kết quả phải phụ thuộc vào văn hóa có hai chế độ tích hợp:

• Chúng ta xác định mã văn hóa trong khi cung cấp các đối số để kết quả dựa trên văn hóa được chỉ định. Đây là tuỳ chọn.

• Nếu điều này là bị mất (thường là), các lớp học có đủ thông minh để tiếp tục kiểm tra thuộc tính Thread.CurrentThread.CurrentCulture và hoạt động theo đó.

Chúng tôi có thể thay đổi giá trị của thuộc tính này với mã tương tự như sau:

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

Hiệu ứng này, "de" thể hiện tiếng Đức và "Tại" đại diện cho áo. Vì vậy, trong trường hợp này, DateTime.Now(). ToString phương pháp sẽ trả về ngày và giờ trong một định dạng tương ứng như ngày và giờ được thể hiện tiếng Đức trong áo.

Khuôn khổ bảo đảm (như sau) rằng nhà CurrentCulture luôn được khởi động:

1. Dù nó được đặt thành lập.

2. Trong trường hợp này không rõ ràng đặt bằng trình, thuộc tính được chọn từ các tập tin cấu hình (< toàn cầu hoá > thẻ).

3. Nếu nhà bị thiếu, đó là văn hóa mà chạy máy chủ Web. Điều này thường là văn hóa Trung tương ứng với ngôn ngữ của hệ điều hành.

Tập tin tài nguyên

Tất cả .resx, .resource tệp và các tệp có tính Xây dựng hành động được đặt để Nhúng tài nguyên được thêm vào một dự án ASP.NET trong Visual Studio .NET, tự động biên soạn và nhúng trong ứng dụng hội như là một phần của biểu hiện. Điều này thậm chí có thể được thực hiện theo cách thủ công bằng cách sử dụng tiện ích tập tin nguồn điện (RESGEN) thông qua một dấu nhắc lệnh Visual Studio .NET. Để biết thêm thông tin, hãy truy cập vào Web site MSDN sau:

http://msdn2.microsoft.com/en-us/library/ccec7sz1(vs.71).aspxĐây là một khái niệm chung được áp dụng bất cứ khi nào chúng ta cần để quản lý các ứng dụng tài nguyên không liên quan đến toàn cầu hoá. Tuy nhiên, khi chúng tôi triển khai toàn cầu hoá, chúng tôi sẽ sử dụng hệ thống vệ tinh.

Hệ thống vệ tinh

Hệ thống vệ tinh có thể được sử dụng trong một dự án ASP.NET khi bạn chắc chắn rằng sau đây là đúng:

1. Tất cả các phần tử giao diện người dùng trong tất cả các tập tin aspx cần được trang bị id và runat = thuộc tính máy chủ.

2. Chúng tôi tạo riêng .resx tập tin. Từng phải tương ứng với mỗi văn hóa ta ứng dụng của chúng tôi hỗ trợ.

3. Chúng tôi phải chọn một tên phổ biến cho tất cả các tệp cho ví dụ 'Dây'.

4. Chúng tôi đặt tên tệp riêng .resx với commonfirstname. languagecode regioncodequy ước đặt tên sau .resx (ví dụ: Strings.de-AT.resx, Strings.en-GB.resx).

5. Chúng tôi sẽ có các tập tin tài nguyên
   commonfirstname.resx (Strings.resx) có tất cả các chuỗi như chúng tôi muốn hiển thị trong trường hợp mặc định.

6. Ghi mã phát hiện văn hóa của người dùng và đặt thuộc tính Thread.CurrentThread.CurrentUICulture để phù hợp với nó.

7. Ghi mã nạp tài nguyên bằng cách sử dụng lớp ResourceManagercơ .

8. Ghi mã trích chuỗi từ đối tượng tải và gán vào phần tử giao diện người dùng.

Khi bạn đã thực hiện các bước sau, Visual Studio.NET biên dịch Strings.resx và nhúng nó vào hội ứng dụng (MyGlobalizationTestProjectName.dll). Tuy nhiên, tất cả các tập tin .resx, nó sẽ tạo ra tệp dll riêng mà không phải thực thi mã nhưng chỉ nguồn dữ liệu. Đây thực sự là hệ thống vệ tinh. Ngoài ra, Visual Studio .NET vị trí trong cấu trúc thư mục tương tự như sau:MyGlobalizationTestProjectName |------- bin
|------en-US
MyGlobalizationTestProjectName.resources.dll
|------ja-JP
MyGlobalizationTestProjectName.resources.dll
|------de-AT
MyGlobalizationTestProjectName.resources.dll

Sự khác biệt giữa CurrentCulture và CurrentUICulture

Khi phương pháp lớp trong không gian System.Globalization phụ thuộc vào thuộc tính Thread.CurrentThread.CurrentCulture cho kết quả, loại ResourceManagercơ tải nguyên Hội phụ thuộc vào thuộc tính Thread.CurrentThread.CurrentUICulture tải hội tinh phù hợp. Sau đây là ví dụ về mã 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");
   }

 }

Thứ tự mà ASP.NET chọn hệ thống vệ tinh:

Khi bạn đã thiết lập các chủ đề CurrentUICulture, ASP.NET tự động lựa chọn nguồn lực phù hợp, theo thứ tự sau đây:

• Nếu một hội tinh văn hóa kết hợp, các tài nguyên từ đó được sử dụng.

• Nếu cấu hình vệ tinh với văn hóa trung tính phù hợp với CurrentUICulture, tài nguyên từ đó được sử dụng.

• Nếu kết hợp không tìm thấy cho CurrentUICulture, tài nguyên dự lưu trữ trong hội thi hành được sử dụng.

Lưu ý Điều này dựa trên trình dự phòng chung nhiều tài nguyên. Để biết thêm thông tin, hãy truy cập vào Web site MSDN sau:

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

Tự tạo hệ thống vệ tinh:

Này sử dụng hệ thống vệ tinh là nơi Visual Studio .NET tạo hội tự. Visual Studio .NET không mạnh tên vệ tinh hệ thống theo mặc định, Tuy nhiên. Nếu bạn muốn thay đổi các tuỳ chọn này, bạn sẽ cần để tạo hệ thống vệ tinh theo cách thủ công. Để biết thêm thông tin, hãy truy cập vào Web site MSDN sau:

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

Bảng thuật ngữ

ANSI Đại diện cho Mỹ viện tiêu chuẩn. Trong tình huống này, nó đại diện cho codepage cụ thể cho một ngôn ngữ/ký tự cụ thể. Thông thường là tiếng Anh codepage (windows-1252).

ASCII Một chương trình mã hóa 1 byte (hoặc 7 bit). Chỉ các ký tự trong phạm vi 0-127 được chuẩn. Phạm vi 128-255 là phần mở rộng ASCII và không phải là một phần của tiêu chuẩn. Ví dụ này là sự khác biệt giữa phạm vi trên biểu đồ OEM ASCII và biểu đồ VB ASCII.

Ký tự Thiết lập được sử dụng chủ yếu cho Internet Explorer và trình duyệt cho trình duyệt làm thế nào để giải thích dữ liệu ký tự. Ví dụ: Response.charSet = "iso-8859-1."

Codepage Bảng chuyển đổi xác định cách ký tự được mã hoá (thường được sử dụng cho máy chủ).

Toàn cầu hoá Toàn cầu hoá là một quá trình thiết kế và tạo ra một ứng dụng để yêu cầu duy nhất một văn hóa, vùng hoặc quốc gia và ngôn ngữ yêu cầu có thể được đáp ứng. Nói cách khác thiết kế ứng dụng theo cách mà nó có thể được bản địa hoá sau là toàn cầu hoá.

Ngôn ngữ/văn hóa Ngôn ngữ và vùng cụ thể định dạng/tùy chọn bao gồm, ngày và định dạng lịch, định dạng thời gian, định dạng tiền tệ, vỏ, phân loại và so sánh chuỗi, định dạng địa chỉ, điện thoại số định dạng, kích cỡ giấy đơn vị đo, viết hướng, v.v..

LocaleID (LCID) Giá trị DWORD chỉ định danh ngôn ngữ và sắp xếp của bạn. Nó có thể được sử dụng định dạng vùng cụ thể cho ví dụ ngày/giờ v.v. sẽ được định dạng theo.

Localizability Khả năng của ứng dụng để hiển thị nội dung cho ngôn ngữ/ngôn ngữ yêu cầu.

Bản địa hoá Bản địa hoá là quá trình dịch giao diện người dùng vào ngôn ngữ cụ thể và/hoặc ngôn ngữ khác.

Multibyte ký tự Một ký tự trong đó các ký tự bao gồm hai hoặc nhiều byte, chẳng hạn như tiếng Nhật. UTF-8 cũng thuộc loại này. (Unicode kỹ thuật nằm trong mục này, nhưng trong Windows, nó có thể loại riêng của mình.)

Unicode Chương trình mã hóa 2 byte. Windows sử dụng định dạng Unicode trong nội bộ. Bất kỳ API đặc biệt cho Unicode signified bằng một "W" vào cuối của tên hàm. Còn được gọi là nhiều ký tự; không thể trực tiếp sử dụng từ ứng dụng web.

UTF-8 Một mã hóa khi một ký tự có thể được thể hiện bằng 1-6 byte. Trong Windows, phạm vi là 1-3 byte. Không được hỗ trợ trong NT4 dành cho ứng dụng web.
Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:

Hỗ trợ UTF8 175392


Nhiều ký tự Bí danh Unicode. Còn được gọi là DBCS (bộ ký tự byte kép) UCS-2, UTF-16.

Như thường lệ, vui lòng gửi ý tưởng về các chủ đề mà bạn muốn giải quyết trong tương lai cột hoặc trong cơ sở kiến thức bằng cách sử dụng các
Biểu mẫu Yêu cầu này .