Вопросы глобализации в ASP и ASP.NET

Поддержка ASP.NET

Для настройки данного столбца в соответствии с потребностями, мы приглашаем вас отправлять свои идеи о интересующие вас темы и проблемы, с которыми вы хотите увидеть в будущем адресовать статьи базы знаний и поддержка голосовой связи столбцов. С помощью формы Обратитесь для его можно отправить ваши идеи и комментарии. Имеется также ссылка на форму в нижней части этого столбца.

Введение

Добро пожаловать! Это Sukesh Khare с группой разработчиков Microsoft ASP.NET. Это первый раз, я создан столбец поддержка голосовой связи. С нетерпением разработки более такие столбцы в последующие месяцы.

К статье в этом месяце я собираюсь обсудить вопросы глобализации в ASP (ASP) и ASP.NET, проблемы, с которыми мы сталкиваемся в ASP, как вещи были изменены в ASP.NET 1 x, и в чем дело с ASP.NET 2.0 на передней глобализации.

Примечание. Если вы придете через термин, который вы не понимаете, в разделе глоссария в нижней части этого столбца.

Вопросы глобализации в ASP

Прежде чем ASP.NET было структурированных поддержка разработки приложений для глобальных пользователей. При начале разработки ASP разработчики таких как самостоятельно найти только разбросаны Поддержка глобализации в операционных систем, браузеров, страницы ASP и серверными системами. Тем не менее мы редко наблюдали автоматический обмен данными между этими приложениями. К счастью мы понимают такие концепции, как наборы символов, кодовые страницы, языков обозревателя и шрифты, которые мы может использовать для разработки приложений для глобальных пользователей.

Было бы слишком сложно разбить на категории, все глобализации выдает те из нас в ASP.NET видел. Вместо этого будет перечислить ряд понятий, относящихся к различным эти проблемы.

Наборы знаков и кодовые страницы

Все мы знаем, что знаки на нашем экране компьютера являются последовательность байтов. Можно создавать и интерпретировать в любое количество способов последовательность байтов. Если Интерпретация используется кодировка отличается от кодировки создания массива байтов с, Интерпретация будет отображаться как мусор. Наборы символов (наборов символов) кодирование форматов, которые обычно используются в браузерах. Свойство Codepage , который является более применимым для преобразований на стороне сервера, является только таблицей преобразования, определяет, каким образом символы кодируются.

Обозреватели кодировать данные post формы в соответствии с текущего набора знаков. Если текущий набор символов «windows 1256», затем передачи байтов на сервере также кодируются как «windows 1256.»

Когда ASP интерпретируется, формы и строк запроса коллекций не создаются до них можно было ссылаться в коде. Когда они создаются, строковых данных преобразуется в Юникод в соответствии с текущей кодовой страницей. (По умолчанию, ASP и ASP.NET обработки содержимого в формате Юникод). Очень важно установить правильную кодовую страницу перед обращением коллекции; в противном случае не будет правильно Юникод-представление в памяти.

Чтобы установить кодовую страницу, используйте Session.Codepage или Response.Codepage. Response.Codepage доступна только в версиях Microsoft IIS (IIS) 5.1 или более поздней версии. Для получения сведений о целочисленных значений (которые соответствуют набор знаков), мы бы задать эти свойства для, посетите следующий веб-узел корпорации Майкрософт:

Распознавание кодировки
http://msdn2.microsoft.com/en-us/library/Aa752010.aspxНапример для установки кодовой страницы для арабского языка, используйте следующий код:

Session.Codepage = 1256

Response.Codepage влияет только на текущий ответ. Тем не менее Session.Codepage будет влиять на все ответы, сделанные текущим пользователем. Когда кодовой страницы задается с помощью одного из этих свойств и встроенные формы и строк запроса коллекции, это изменение в текущей кодовой странице вызывает метод Response.Write для преобразования Юникода в памяти для текущей кодовой страницы. Дополнительные сведения по этой теме посетите следующий веб-узле MSDN:

Установка кодовой страницы для строки преобразования (ASP)http://msdn2.microsoft.com/en-us/library/ms525789.aspxОценивались когда речь идет о проблемах, связанных с наборов символов и кодовых страниц, charset клиента и должны совпадать с кодовой страницей сервера.

Принять языки

Если разработчик ASP хочет знать, какие языки пользователь установил в своем браузере, разработчик может использовать переменную Request.ServerVariables («HTTP_ACCEPT_LANGUAGE») найти список языков, которые хотели бы пользователю считывать ответ в, (например, английский, немецкий или индийского) и порядок предпочтения, пользователь хотели бы видеть в этих языках. В ASP.NET аналогичную информацию в свойство Request.User.Languages как массив.
Дополнительные сведения об использовании этих сведений в коде ASP щелкните следующий номер статьи базы знаний Майкрософт:

Как установить код языка ASP на языковых параметрах обозревателя 229690

Отображение многобайтовой кодировки задает в обозревателе Internet Explorer

Только формат кодировки, можно показать многобайтовая кодировка — Юникод (UTF-8). UTF-8, мы можем отобразить кириллица, индийском и японского все на одной странице. Если мы не используется UTF-8, мы только показать один из этих языков одновременно. Чтобы установить charset обозревателя, с помощью свойства Response.CharSet .

Статические многобайтовых символов на странице

Чтобы отобразить многобайтовых символов хранятся непосредственно в страницу, необходимо сначала сохранить страницу с определенной кодировкой. UTF-8 будет лучше, но также будут работать определенной кодовой страницей (соответствует кодовой странице знаки).

Сохранение файла ASP с помощью Microsoft Visual InterDev не поможет здесь, поскольку Visual InterDev можно сохранять только в английском языке ANSI или Юникод. ASP-страницы любой сохранен как Юникод не поддерживается в ASP.

В Microsoft Visual Studio .NET можно сохранить файл в любой кодировке. Существует два способа это сделать. Способом по умолчанию используется для сохранения файла с помощью текущей кодовой страницы пользователя. Дополнительный способ сохранения файла с использованием кодировки, выглядит следующим образом:
В меню файл выберите команду Сохранить как. В
Диалоговое окно Сохранить как щелкните стрелку раскрывающегося списка на
Кнопку Сохранить . Если щелкнуть стрелку, возможные варианты:
Сохранить и Сохранить с кодировкой. При нажатии кнопки
Сохранить с кодировкой, диалоговое окно Дополнительные параметры сохранения появится, где можно выбрать тип кодировки, которую требуется применить в списке кодовые страницы, которые установлены на компьютере.


Примечание. Это изменение кодировки для сохранения, но работает только один раз. Далее сохранить обратно задается по умолчанию.

Чтобы изменить кодовую страницу по умолчанию, выберите команду Дополнительные параметры сохранения
Меню файл . В диалоговом окне Дополнительные параметры сохранения можно задать кодировку по умолчанию для сохранения операций в кодовую страницу по вашему выбору.

Эти методы связаны с сохраняется как файл на диске. Тем не менее для управления выводом для ASP, как уже указывалось, нам нужно установить свойства Response.CharSet и Session.CodePage . С IIS 5.1 и более поздних версиях можно также использовать свойство Response.CodePage .

Кодовая страница по умолчанию на сервере

По умолчанию языковой стандарт и кодовую страницу по умолчанию для страницы зависит от параметров реестра. Пользователь по умолчанию. Мы может найти международные в куст реестра HKEY_USERS\. DEFAULT\Control Panel\International. Также можно изменить поведение языковой стандарт, выбранный в IIS. Для получения дополнительных сведений обратитесь к разделу «IIS 5.0» в следующей статье базы знаний Майкрософт:

306044 поведение для даты и времени формат отличается при доступе из ASP

Если же локальная установка выше ключа или в системе по умолчанию вошедшего в систему пользователя, пользовательский параметр имеет приоритет.

Пример: Языковой стандарт по умолчанию имеет формат набора как 11.1.2004 при вошедшего в систему пользователя (с тем же набором языка) имеет формат даты как 1/11/2004 Дата. 11/1/2004 вступит в силу для ASP.

(Для ASP.NET, может изменяться. В некоторых конфигурациях пользователя ASPNET будет иметь свой собственный профиль, который будет отображаться в разделе HKEY_USERS при ее загрузке. В других, он будет использовать. Профиль по умолчанию. Мы также можно использовать атрибут кодовой страницы в объявлении < % @ % >. Это можно использовать при сохранении файла с другой кодировкой нажмите по умолчанию, такие как кодовая страница 932 (японский язык)).

Кодовая страница вопросы и проблемы преобразования шрифта: что это?

Время от времени может появиться окно, где должен находиться символ или символ вопросительного знака (?).

Проблемы преобразования кодовых страниц

Когда символ заменяется на символ вопросительного знака (?), это указывает на то, что возникла проблема преобразования кодовой страницы. Вопросительный знак (?) является символом для преобразования кодовой страницы по умолчанию и по существу означает, что операционная система не знает как обрабатывать значение символа и преобразовать его. Значение символа заменяются вопросительным знаком (?). Это означает, что знак имеет недопустимое значение кодовой страницы или не установлен, необходимые для преобразования кодовой страницы.

Проблемы преобразования шрифта

Когда поле заменяется символом, это указывает на то, что возникла проблема преобразования шрифта. Это происходит на стороне клиента, если клиент не имеет верный шрифт для правильного отображения этого символа. Например если знак — от японской кодировки, а клиент не имеет японские шрифты, установленные, японского алфавита отображается как поле.

Далее я расскажу об изменении вещи в 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 разбор файлов по умолчанию. Юникод и UTF-8 файлов, сохраненных с префикса метки порядка байтов (с подписью) будут распознаваться автоматически, независимо от значения атрибута fileEncoding.

Язык и региональные параметры

Культура по умолчанию для обработки входящих веб-запросов (применимые методы классов из пространства имен System.Globalization).

uiCulture

Культура по умолчанию для обработки поиска ресурсов, зависимых от языковых стандартов (вспомогательных сборок).

Дополнительные сведения о строках языка и региональных параметров (значения culture и uiculture) посетите следующий веб-узел корпорации Майкрософт:

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

RequestEncoding среда выполнения будет прочесть запрос и интерпретировать согласно параметрам в данном разделе. Это параметр, который может привести к проблемам, однако. В приведенной ниже таблице показан макет допустимую последовательность байтов UTF-8 бит.

Если значение символа находится в стандартных ASCII 7 бит, значение байта не изменяется. Если значение превышает 127, оно должно соответствовать правилам, приведенным ниже. Начальный набор битов показывает, сколько символов в последовательности. Каждый байт после первого должна начинаться с первого бита устанавливается в 1.

Макет байта UTF-8:

Байт

Служба BITS

представление

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.

Исходных данных является не Юникод: Практическое руководство по-прежнему Internet Explorer интерпретировать многобайтовых наборов символов?

Также можно сделать ASP.NET вести себя как ASP, если необходимо. Чтобы это происходило, мы должны установить responseEncoding и requestEncoding windows-1252 (более полной кодировки iso-8859-1) и использовать свойства Response.Charset правильно отображать текст. Это работает, так как windows-1252 схема однобайтовой кодировки и не изменяет все байты, которые были добавлены в буфер. Таким образом двухбайтовые символы отправляются в виде ряда один байт. Мы может затем сообщить Internet Explorer как интерпретировать байты с помощью свойства Response.Charset . Этот сценарий может потребоваться, если исходные данные не хранятся как Юникод или UTF-8, например, значение, возвращаемое из COM-объекта, или если данные хранятся в Microsoft SQL Server в поле без N (например, varchar).

Вопросы глобализации ASP.NET и SQL Server

Ввод данных Юникода для SQL Server

Для хранения данных в SQL Server рекомендуется использовать Юникод. Всякий раз, когда мы используем ВСТАВКУ, обновление, и т.д., при наличии не менее вероятность данные в кодировке Юникод, необходимо добавить перед значением N . Это указывает базу данных, значение Юникода. Хорошим примером этого является объектов 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-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, файлы ресурсов и файлы с атрибутом Действие при построении значение Внедренный ресурс , добавленные в проект ASP.NET в Visual Studio .NET, автоматически компилируются и внедряется в сборку как часть его манифест приложения. Это может даже выполняться вручную с помощью генератора файлов ресурсов (RESGEN) программы через командную строку Visual Studio .NET. Для получения дополнительных сведений посетите веб-узле MSDN:

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

Вспомогательные сборки

Вспомогательные сборки можно использовать в проекте ASP.NET, когда вы убедитесь, что выполняются следующие условия:

  1. Все элементы пользовательского интерфейса в файлах aspx все должны быть оборудованы id runat = server атрибуты.

  2. Мы создаем отдельные RESX-файлы. Каждый из них должен соответствовать каждой культуры, мы хотим, чтобы наши приложения для поддержки.

  3. Нам необходимо определить имя общей для всех этих файлов, например «Строки».

  4. Мы имя отдельные RESX-файлы со следующих имен .resx соглашение о languagecode-regioncode commonfirstname.(например: 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.Globalization зависят от 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.

В чем дело с 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 теперь поддерживает быстрой интернационализации, автоматически генерировать ресурсы для Web Forms, пользовательские элементы управления и главные страницы.

Улучшенная поддержка общеязыковой среды выполнения Экземпляры ResourceManager, управляемых средой выполнения и легко доступны серверному коду посредством более доступными программные интерфейсы.

Выражения локализации Современные декларативных выражений для веб-страниц поддержки отображения записей ресурсов для управления свойствам, 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, прежде чем они решили обратиться в службу поддержки корпорации Майкрософт. Я будет заканчиваться рассматривать следующее:

«Там же, где и когда вы разрабатываете, подумайте о миллионы людей, которые могут предоставить по всему миру. Сделайте международных решений! Инструменты и технологии Майкрософт упростить интернационализации.»

Мы будет Догнать снова следующего месяца с другой интересная тема.

Благодарим вас за ваше время.

Дополнительные сведения о проблемах глобализации в ASP и ASP.NET см. ниже веб-узлов корпорации Майкрософт:

SetLocale и 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 как определить язык клиента в ASP-страницы в 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.NET
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

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

Типография Майкрософт
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 даты и времени и т.д. должно форматироваться в соответствии с.

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

Локализация Локализация — это процесс перевода интерфейса пользователя на определенных языков и регионов.

Набор многобайтовых символов Набор символов, в котором символы состоят из двух или более байтов, например японский. UTF-8 также попадает в эту категорию. (Юникод является технически в этой категории, но в Windows, он имеет свои собственные категории).

Юникод Схема кодировки 2 байта. Windows использует Юникод для внутренних целей. Интерфейсы API для Юникода обозначенные «W» в конце имени функции. Также известен как широкий char; не может использоваться непосредственно из веб-приложений.

UTF-8 Кодировка символов, где символ может быть представлен 1-6 байт. В Windows диапазон составляет 1-3 байта. Не поддерживается в NT4 для веб-приложений.
Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

Поддержка UTF8 175392


Набор расширенных символов Псевдоним для Юникода. Также известный как DBCS (набор двухбайтовых знаков), UCS-2, UTF-16.

Как всегда, не стесняйтесь отправить идеи по разделам требуется направлено в будущем столбцов или базы знаний с помощью
Спросите для его форму.

Нужна дополнительная помощь?

Совершенствование навыков
Перейти к обучению
Первоочередный доступ к новым возможностям
Присоединение к программе предварительной оценки Майкрософт

Были ли сведения полезными?

Спасибо за ваш отзыв!

Благодарим за отзыв! Возможно, будет полезно связать вас с одним из наших специалистов службы поддержки Office.

×