ASP.NET поддръжка глас колона

За да персонализирате тази колона на вашите нужди, ние ви кани да представят идеи за теми, които се интересувате и проблеми, които искате да видите отстранени в бъдеще статии от базата знания и поддръжка глас колони. Можете да изпратите вашите отзиви и идеи чрез формата Помолите за това . Има връзка към формуляра в долната част на тази колона.

Въведение

Добре дошли! Това е Маргарита Khare с екипа за поддръжка на Microsoft ASP.NET разработчик. Това е първото съм автор поддръжка глас колона. Аз с нетърпение създаване на повече колони през следващите месеци.

За този месец колона ще дискутирате глобализация в Active Server Pages (ASP) и ASP.NET, проблемите, които се сблъскваме в ASP, как нещата, които са променени в ASP.NET 1 x и какво е с ASP.NET 2.0 глобализация отпред.

Забележка: Ако се натъкнете термин не разбирате, вижте речника в дъното на колоната.

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

Преди ASP.NET не е структурна поддръжка за разработка на приложения за глобални потребители. По време на началото на разработването на ASP разработчиците като сам намери обработвана поддръжка за глобализация в операционни системи, браузъри, ASPs и сървърни системи. Обаче рядко наблюдавани всички автоматично свързване в тези приложения. За щастие ние разбра понятия като набори знаци, кодови страници, браузър езици и шрифтове, които биха могли да използваме за разработване на приложения за глобални потребители.

Би било трудно да се разделят на категории на глобализация въпроси, че тези от нас в 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 проблеми срещу проблеми при конвертиране на шрифта: коя е кой?

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

Codepage проблеми

Когато знак е заменен с въпросителен знак (?) знак, това е индикация, че Възникна проблем преобразуване на кодова страница. Въпросителен знак (?) е знак за преобразуване на кодова страница по подразбиране и означава, че операционната система не знаете как да конвертирате и обработка на стойността на знака. Тя заменя стойността на знака с въпросителен знак (?). Това може да означава, че знакът е невалидна стойност за кодова страница или че кодова страница, която е необходима за конвертиране не е инсталиран.

Проблеми при конвертиране на шрифта

Когато знак е заменен с кутия, това е индикация, че Възникна проблем с шрифта конвертиране. Това се случва от страна на клиента, когато клиентът разполага с правилния шрифт, инсталиран за този знак се показва правилно. Например когато знак е от японски знаци и клиентът няма инсталирани японски шрифтове, японски знаци се показва като кутия.

По-нататък ще говорим за това как нещата промени в ASP.NET 1.x и как тези промени засягат глобализация проблеми в рамките на ASP.NET.

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

С ASP.NET бяха въведени три много неща:

  • < Глобализация > етикет във файла web.config
    < Глобализация > етикет ни отнема от несвързани концепциите на кодови страници и знакови набори и ни позволява да управлявате повечето варианти на ASP.NET.

  • System.Globalization имена
    Глобализация имената ни предоставя програмен силата на обработка глобализация.

  • Понятието Ресурсни файлове е значително подобрена.
    Ние не се справят с Ресурсни файлове в начина, по който сме свикнали в ASP. Сега Ресурсни файлове са във формата на XML файлове, когато ние дизайн и разработване на тях и такива като събира по време на изпълнение.

Глобализация конфигурация етикет:

Две важни настройки по етикет са както следва:

<globalization             requestEncoding="utf-8" 
responseEncoding="utf-8" />

Други възможни настройки области следва:

fileEncoding

Задава по подразбиране за .aspx, .asmx и анализа на .asax файл. Unicode и UTF-8 файлове с марка префикс на поръчка байт (с подпис) ще бъдат автоматично разпознава, независимо от стойността на fileEncoding.

Култура

Задава култура по подразбиране за обработка на входящите уеб заявки (приложими методи за класове от System.Globalization имена).

uiCulture

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

За повече информация относно низове на култура (стойности, култура и uiculture) посетете следния уеб сайт на Microsoft:

System.Globalization.CultureInfoClass
http://msdn2.microsoft.com/en-us/library/system.globalization.cultureinfo(vs.71).aspxТези настройки се прилагат от ASP.NET, след като завърши отговора и преди заявката се предава вашето приложение. За responseEncoding буфер, който се създава за съхраняване на изхода е зададена тази кодиране. Всичко, което влиза в този буфер ще бъдат кодирани според настройката, тъй като е включен в буфера.

За requestEncoding runtime ще прочете искането и го интерпретира според настройката в този раздел. Това е настройка, която може да предизвика проблеми, но. Таблицата по-долу показва малко оформление на валиден UTF-8 byte последователност.

Ако стойността на знака в стандартната ASCII 7 малко, байт стойност не се променя. Ако стойността е над 127, трябва да следва правилата по-долу. Водещ Комплект битове показва колко знака в последователност. Всеки байт след първо трябва да започнете с първия бит задава на 1.

Оформление на UTF-8 байта:

Байта

бита

представяне

1

7

0vvvvvvv

2

11

110vvvvv 10vvvvvv

3

16

1110vvvv 10vvvvvv 10vvvvvv

4

21

11110vvv 10vvvvvv 10vvvvvv 10vvvvvv

Това е мястото, където е проблемът. Ако браузърът кодира заявката според еднобайтов кодиране (например iso-8859-1), стойностите над 127 няма валиден според горните оформление. Когато се четат в UTF-8 буфер, недопустими знаци са просто отказа от изхода.

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

В случай, 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 глобализация

Въвеждане на Unicode данни на SQL сървър

Най-добрият начин за съхраняване на данни в SQL Server е да се използват Unicode. Когато използвате Вмъкване, актуализиране и др., ако има дори малко възможност за Unicode данни, трябва да добавите N преди стойността. Това казва базата данни, че стойността е в Unicode. Добър пример за това е ADO обекти. Правят това автоматично, ако използвате обекта на записи за добавяне на нови записи.

По-долу е пример:

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)"

Дата и час за SQL Server

Обикновено имаме познания за култура и език на дата/час се интерпретират ни ASP.NET приложение. Обаче при натискане и изтегляне на дата/час на данни към и от външни източници, ние изпълнение на риска от погрешно тълкуване форматите на дата и час. Това е така, защото не винаги гарантираме култура и език на външен източник за същото като нашето приложение. В SQL Server, това може да бъде решен с помощта на "текущия език" атрибут в connectionstring на връзката се създава SQL база данни. Можем да предоставим настройката на същия език в connectionstring е култура в нашите приложение. Това ни предпазва от прецизен, тъй като SQL Server винаги приема и изпраща данни за дата/час в съгласие с по-горе настройка.

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.

Какво е с ASP.NET 2.0 глобализация отпред?

Широко използване на ASP.NET и видовете проблеми, които ще видите по отношение на глобализация функции на ASP.NET 2.0 са все още известно разстояние напред. Въпреки това би било да кратко погледнете каква посока глобализация методология се насочва за уеб приложения.

Глобализация поддръжка в ASP.NET 2.0 претърпя коренна промяна и уеб разработчиците са получили възможността да направи локализация на уеб приложения по-лесен за приложения, базирани на Windows. По-долу е даден списък на функции, които са в основата на глобализация методология в ASP.NET 2.0:

Силно въвели ресурси В основата на .NET Framework 2.0 версия е за силно въвели ресурси, които предоставят на разработчиците на Intellisense и опростява код, необходими за достъп до ресурси по време на изпълнение.

Управляван ресурс редактор Visual Studio .NET 2.0 включва нов редактор с по-добра поддръжка за създаване и управление на записи на ресурси, включително низове, изображения, външни файлове и други сложни типове.

Генериране на ресурс за уеб формуляри Windows Forms разработчиците вече приятно предимствата на автоматичната работа. Visual Studio .NET 2005 ще поддържа бърза работа с автоматично генериране на ресурси за уеб формуляри, потребителски контроли и страници образци.

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

Локализация изрази Модерен декларативно изрази за уеб страници поддържа записи за контрол на свойства, свойствата на HTML или статично съдържание региони съответствието ресурси. Тези изрази са разширяеми, предоставящ допълнителни начини за контрол на процеса на локализирано съдържание, свързани с HTML изход.

Автоматично култура селекция Управление култура избор за всяка заявка за уеб може да бъде автоматично свързана с предпочитанията.

Доставчик на модел на ресурси Нов модел ресурс доставчик позволява на разработчиците да хост ресурси в алтернативни източници като текстови файлове и бази данни, докато остава последователен програмен модел за достъп до тези ресурси.

За повече информация относно глобализация методология в ASP.NET 2.0 посетете следния сайт на MSDN:

Функции на ASP.NET 2.0 локализация: Нов подход за локализиране на уеб приложения
http://msdn2.microsoft.com/en-us/library/ms379546(VS.80).aspx

Приключване

Това е всичко засега въпросите глобализация ASP и ASP.NET. Аз надежда, тази статия ще помогне на няколко клиенти проблеми им глобализация ASP и ASP.NET преди те да изберат да се обърнете към поддръжката на Microsoft. Ще завърши със следното, че:

"Където и когато разработвате, помислете за милиони хора, можете да даде целия свят. Направете си решения свят готови! Microsoft инструменти и технологии улесняват интернационализиране."

Ние ще улова до отново следващия месец с друга интересна тема.

Благодарим ви за отделеното време.

За повече информация относно глобализация проблеми в ASP и ASP.NET вижте следните уеб сайтове на Microsoft:

Системната и GetLocale в vbscript
http://msdn2.microsoft.com/en-us/library/5xf99h19.aspx

Глобализация стъпка по стъпка
http://msdn.microsoft.com/en-us/goglobal/bb688110

Посетете глобален: Локализиране динамични уеб приложения с IIS 5.0 и SQL Server
http://msdn.microsoft.com/msdnmag/issues/01/05/global/default.aspx

Посетете глобален: Проектиране на ASP уеб сайт за поддръжка на глобализация
http://msdn.microsoft.com/msdnmag/issues/0700/localize/default.aspx

315616 как да се открие клиентски език в Active Server страници страница в IIS
http://support.microsoft.com/?id=315616

Езикова променлива ID(LCID) диаграма
http://msdn2.microsoft.com/en-us/library/0h88fahh.aspx

System.Globalization имена
http://msdn2.microsoft.com/en-us/library/system.globalization(vs.71).aspx

Ресурси и използване на .NET Framework SDK локализация
http://msdn2.microsoft.com/en-us/library/aa309421(VS.71).aspx

Ресурси на ASP.Нето приложения
http://msdn2.microsoft.com/en-us/library/1ztca10y(vs.71).aspx

ASP.NET < глобализация > конфигурация елемент
http://msdn2.microsoft.com/en-us/library/hy4kkhe0(vs.71).aspx

Дизайн и насоки за уеб клиенти - глобализация и локализация
http://msdn2.microsoft.com/en-us/library/ms978628.aspx

Официален сайт на Microsoft – развитие и общуване портал
http://msdn.microsoft.com/en-us/goglobal/bb688096

Разработване на света готови приложения
http://msdn2.microsoft.com/en-us/library/h6270d0z(vs.71).aspx

Глобализация архитектура за ASP.NET
http://msdn2.microsoft.com/en-us/library/aa478974.aspx

Корпоративна локализация Toolkit - за разработване на приложения за локализирани Microsoft ASP.NET
http://msdn2.microsoft.com/en-us/library/aa479334.aspx

Microsoft типография
http://www.microsoft.com/typography/default.mspx

839861 System.Resources.MissingManifestResourceException изключение възниква при опит за достъп до локализиран ресурс

Речник

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.

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

Нуждаете се от още помощ?

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към Microsoft приобщени

Беше ли полезна тази информация?

Доколко сте доволни от качеството на превода?
Какво е повлияло на вашия потребителски опит?

Благодарим ви за обратната връзка!

×