Глобализация проблеми в ASP и ASP.NET

Набори от символи и кодови страници

Всички знаем, че знаците на екрана на компютъра са просто поредица от байтове. Серия byte могат да бъдат създадени и интерпретират в произволен брой начини. Ако интерпретация използва кодиране, което е различно от кодиране байт масива създаден с, интерпретация ще се покажат като отпадъци. Набор от символи (знакови набори) кодиране формати, които обикновено се използват от браузъри. Свойството кодова страница , която е по-приложим за конвертиране на сървъра, е просто преобразуване таблица, която указва как са кодирани знаци.

Браузъри кодиране post данните на формуляра според текущия набор от символи. Ако текущия набор от символи "windows-1256", тогава байт предаване на сървъра също е кодирано като "windows-1256."

Когато се се интерпретират ASP, формата и заявки колекции не са построени преди да бъдат използвани в кода. Когато те са били построени, данни от тип низ се превръща в Unicode според текущата кодова страница. (По подразбиране ASP и ASP.NET процес съдържание с Unicode формат). Много е важно да зададете правилен codepage преди да посочите колекции; в противен случай 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 ще засегне всички отговори, направени от текущия потребител. Когато codepage е зададена като използвате един от тези свойства и колекции формата и заявки са създадени, тази промяна в текущата кодова страница причинява Response.Write метод за преобразуване на Unicode в паметта на текущата страница. За повече информация относно тази тема посетете следния сайт на MSDN:

Задаване на кодова таблица за низ реализации (ASP)http://msdn2.microsoft.com/en-us/library/ms525789.aspxЛиния, когато става въпрос за въпроси, свързани със знакови набори и кодови страници знаци, клиент и сървър codepage трябва да съвпадат.

Приемете езици

Ако ASP програмист иска да знае кои езици, потребителят е създал своя браузър, разработчикът може да използва променлива Request.ServerVariables ("HTTP_ACCEPT_LANGUAGE") към списъка с езици, които потребителят би искал да прочете отговора, (като английски, немски или Индия) и реда на предпочитание, че потребителят искате да виждате тези езици. В ASP.NET подобна информация се намира в свойството Request.UserLanguages масив.
За повече информация как да използвате информацията в ASP код, щракнете върху следния номер на статия в базата знания на Microsoft:

229690 как да зададете ИД на езикова променлива ASP на езиковите настройки на браузъра

Показване на мулти-байт определя в Internet Explorer

Единственият кодиране формат, който може да покаже няколко набора е Unicode (UTF-8). С UTF-8, може да показва кирилица, Индия и Япония на същата страница. Ако не използва UTF-8, само можем да покажем един от тези езици в даден момент. За да зададете знаци на браузъра, използвайте свойството Response.CharSet .

Статичен мулти-байт знаци на страница

За да покажете мулти-байт знаци съхраняват директно в страницата, ние трябва първо да запишете страницата с конкретно кодиране. UTF-8 ще бъде най-добре, но конкретна кодова страница (съвпадат с кодова страница знаци) ще работи, както и.

Записване на ASP файл с помощта на Microsoft във Visual InterDev не ви помогне, тъй като във Visual InterDev да запишете английски ANSI или Unicode. Всички ASP страница, записани като Unicode не се поддържа от ASP.

В Microsoft Visual Studio .NET можете да запишете файла във всеки кодиране. Има два начина да направите това. По подразбиране е начин да запишете файла с помощта на текущата страница на потребителя. Допълнителен начин за записване на файл с кодиране е както следва:
В менюто файл щракнете върху Запиши като файл. В
Запишете файла като диалогов прозорец, щракнете върху падащото меню стрелка
Save (Запиши ). Когато щракнете върху стрелката, опции са
Запиши и запишете с кодиране. Когато щракнете върху
Запишете кодиране, диалоговия прозорец Разширени опции за запис се появява, където можете да изберете типа на кодиране, които искате да приложите от списък с кодови страници, които са инсталирани на компютъра.


Забележка: Това се променя на кодиране за записване операция, но е само за един път. Следващата освен ще бъде зададена обратно по подразбиране.

Кодова страница по подразбиране, щракнете върху Разширени опции за записване на
Меню " файл ". В диалоговия прозорец Разширени опции за запис можете да зададете кодиране по подразбиране за записване операции за кодова страница по ваш избор.

Тези методи са свързани с как файлът е записан на диск. Обаче за контрол на изхода за ASP, както е описано, трябва да Session.CodePage и Response.CharSet свойства. IIS 5.1 и по-нови версии препоръчваме да използвате свойството Response.CodePage .

По подразбиране кодова страница на сървъра

По подразбиране език и кодова страница по подразбиране на страницата, зависи от настройките на системния регистър за. По подразбиране на потребителя. Можем да намерим международен ключ в раздел на системния регистър HKEY_USERS\. DEFAULT\Control Panel\International. Можем да промените поведението на език, който е избран от IIS. За повече информация вижте раздела "IIS 5.0" в следната статия от базата знания:

306044 поведение на дата/час формат се различава при от Active Server Pages

Ако потребителят е същата езикова променлива е зададена като по-горе ключ или по подразбиране, настройката приоритет.

Пример: Език по подразбиране е зададен формат като 11.1.2004, докато потребителят (със същия език набор) датата, формат за дата като 11/1/2004. 11/1/2004 настройка ще влезе в сила за ASP.

(За ASP.NET, това може да варира. В някои инсталации ASPNET потребител ще има собствен профил, който ще се появи под HKEY_USERS при натоварване. В други, той ще използва. Профил по подразбиране. Препоръчваме да използвате атрибут кодова страница < % @ % > декларация. Това трябва да се използва, когато файлът е записан с друго кодиране след по подразбиране, като например codepage 932 (японски)).

Codepage проблеми срещу проблеми при конвертиране на шрифта: коя е кой?

Понякога може да видите въпросителен знак (?) знак или поле, където знак е трябвало да се появи.

Кодиране промени по време на изпълнение

В случай, Application_BeginRequest можем да промените стойността на requestEncoding и той да влезе в сила преди искането е обработено. За отговор Page_PreRender събитието е последната възможност да промените кодирането на резултата. Също така имайте предвид, че Response.Write ще постави знаци в този буфер веднага щом нарича, затова не забравяйте да разполагаме с необходимите кодиране преди да използвате Response.Write.

Данните се не Unicode: все още да интерпретират мулти-байт знакови набори на Internet Explorer?

Можем да ASP.NET ако трябва да се държи като ASP. За да направите това се случи, трябва да зададете responseEncoding и requestEncoding на windows-1252 (по-пълна кодиране от iso-8859-1) и използвате свойството Response.Charset да се покаже текста правилно. Това работи, защото windows 1252 еднобайтов кодиране режим и не променя всички байта, които се добавят към буфера. По този начин двубайтови знаци се изпращат като поредица от един байта. След това можем да кажем Internet Explorer интерпретиране байта чрез свойството Response.Charset . Този сценарий може да бъде необходима, ако данните не се съхраняват като Unicode или UTF-8, като върната стойност от COM обект, или ако данните се съхраняват в Microsoft SQL Server в полето за N (например 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.Globalization имена

Това пространство на имена е ядрото на глобализация и локализация в .NET Framework. Главен клас, използвани в това пространство на имената е CultureInfo клас. Притежава култура конкретна информация, като например формат на дата и час, брой формати, информация за сравнение и текстова информация. За повече информация относно CultureInfo клас посетете следния сайт на MSDN:

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

Неутрален култури срещу конкретни култури

Неутрален култура е култура, която е свързана с език, но не определена държава или регион. Специфична култура е свързана с език и конкретна страна.

Пример: "DE" (неутрален култура) е немски език, но "de-в" (специфична култура) за немски език, това е говорят в Австрия. Неутрален култури не може да се използва за форматиране.

Текущата нишка и култура информираност на .NET Framework класове

Всички класове и методи в библиотеката на .NET Framework, където ще очакваме резултата да бъде култура зависими има два вградени поведение:

• Те нека да зададете код на култура при осигуряване аргументи, така че резултатът се основава на определени култура. Това е задължително.

• Ако това се пропуска (обикновено това е), класове са достатъчно интелигентни да следи за Thread.CurrentThread.CurrentCulture собственост и работата по това.

Можем да промените стойността на това свойство с код, подобно на следното:

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

В този пример код "de" отговаря на немски език и "В" представлява Австрия. Така в този случай, DateTime.Now(). ToString метод ще върне датата и часа в съответния формат по дата и час са изразени на немски език в Австрия.

Рамка (както следва) гарантира, че винаги се инициализира свойството текуща култура :

1. Каквото и да е настроен на програмно.

2. В случай, че това не е изрично определена от програмист, то е избрано от конфигурационните файлове (< глобализация > етикет).

3. Ако то липсва, е култура, на който се изпълнява на уеб сървъра. Обикновено това е неутрален култура, която съответства на езика на операционната система.

Ресурсни файлове

Всички .resx .resource файлове и файлове, които имат атрибут Компилация действие Вграден ресурс, добавени към ASP.NET проект в Visual Studio .NET, автоматично се съставя и вградени в приложението събрание като част от манифест. Това може да стане дори ръчно чрез помощната програма на Resource файл генератор (RESGEN) чрез Visual Studio .NET команден ред. За повече информация посетете следния сайт на MSDN:

http://msdn2.microsoft.com/en-us/library/ccec7sz1(vs.71).aspxТова е обща идея, която се прилага, когато трябва да управлявате приложения ресурси, които са свързани с глобализация. Обаче когато прилагането на глобализация, трябва да използва сателитна възли.

Сателитна блокове

Сателитна възли може да се използва в проект на ASP.NET, когато се уверете, че са налице следните:

1. Всички елементи на потребителския интерфейс в всички aspx файлове трябва да бъдат оборудвани с ИД и runat = атрибути на сървъра.

2. Ние създаваме отделно .resx файлове. Всеки един трябва да отговарят на всяка култура искате нашата молба за поддръжка.

3. Трябва да решим общ име за всички тези файлове, например "Низове".

4. Име на отделни .resx файловете със следните именуване конвенция commonfirstname. languagecode РегионКод.resx (например: Strings.de-AT.resx, Strings.en-GB.resx).

5. Трябва да имаме ресурсен файл
   commonfirstname.resx (Strings.resx), който има всички низове както искате показани в кутията по подразбиране.

6. Писане на код за откриване на потребителя култура и да зададете свойството Thread.CurrentThread.CurrentUICulture да го.

7. Писане на код за зареждане на ресурси с помощта на класа Диспечер на ресурси .

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

Разликата между текуща култура и CurrentUICulture

Докато методите на класове в пространството на имената на System.Globalization зависи от свойството Thread.CurrentThread.CurrentCulture да си продукция, клас Диспечер на ресурси , който зарежда събрание на ресурси зависи от свойството 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 1 байт (или 7 малко) схема за кодиране. Стандартизиран са само знаци в диапазона 0-127. 128-255 е разширения на ASCII и не е част от стандарта. Пример за това е разликата между горния диапазон на OEM ASCII таблицата и VB ASCII таблицата.

Набор от знаци Настройката използва предимно за Internet Explorer и браузъри, казва на браузъра интерпретиране на данните на знаци. Пример: Response.charSet = "iso-8859-1."

Кодова страница Конвертиране на таблица, която указва как са кодирани знаци (обикновено се използва за сървъри).

Глобализация Глобализация е процес на проектиране и създаване на приложение, така че да се уникалните изисквания на култура, регион или национални и езикови нужди. С други думи изготвяне на приложение по начин, че да се намират по-късно е глобализация.

Език и култура Език и регион определени формати/предпочитания включително, дата и календар формати, форматите, валута формати, обвивка, сортиране и сравнение на низове, адрес формати, телефонен номер формати, размери на хартията, единица мярка, писане посока и др.

LocaleID (LCID) DWORD стойност, която задава идентификатор на езика и ИД на сортиране. Може да се използва за определяне на определен регион формати за ex дата/час и т.н. трябва да бъде форматиран според.

Localizability Способността на приложението да представят съдържание за исканото език/местност.

Локализация Локализация е процес на превод на потребителския интерфейс на определени езици и/или местоположения.

Набор многобайтови знаци Знак, в който знаците се състои от две или повече байта, като например японски. UTF-8 също попада в тази категория. (Unicode технически е в тази категория, но в Windows, има собствен категория.)

Unicode 2 байта схема за кодиране. Windows използва вътрешно Unicode. Всички интерфейси за Unicode е означен с "W" в края на името на функцията. Известен още като широк знак; не може да се използва от уеб приложения.

UTF-8 Кодиране на знаци при знак може да бъде представена от 1 до 6 байта. В Windows диапазона е 1-3 байта. Не се поддържа под NT4 за уеб приложения.
За повече информация щракнете върху следния номер на статия в базата знания на Microsoft:

175392 UTF8 поддръжка


Широк знаци Псевдоним за Unicode. Известен още като DBCS (двойно байт набора), UCS-2, UTF-16.

Както винаги, усещане, без да представят идеи за теми, които искате в бъдеще отстранени колони или в базата знания чрез
Попитайте за това форма.