Локализация ASP.NET приложений : Программирование для всех. Языки программирования, программирование баз данных, технологии. Статьи для програмиста скачать бесплатно учебники книги документация форум : Статьи

Введение.

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

Локализация в ASP.NET.

Здесь можно выделить два направления: поддержку различных кодировок и различных 'культур'. Культура - термин ASP.NET, обозначающий в совокупности характеристики, присущие конкретным государствам. Культурой определяется, например, формат вывода даты и времени. Помимо календаря культура еще определяет язык и систему написания. Под системой написания я имею в виду, что культурой определяется работа со строками, например их сортировка и сравнение. Еще один важный момент: Культура определяется клиентом при установке свойства locales во время инсталляции системы.

Чтобы определить, какая культура используется в данный момент, нужно проделать следующее:

Сначала добавить директиву

<%@Import Namespace="System.Globalization"%>

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

<%=CultureInfo.CurrentCulture.NativeName%>

Мы можем также устанавливать новую культуру по своему желанию. Для этого нам понадобится создать новый объект класса CultureInfo.

MyCulture = new CultureInfo(CultureName);

При этом передаваемый параметр должен представлять из себя предопределенную строковую константу. Теперь осталось присвоить полученное значение необходимому свойству CultutureInfo:

Thread.CurrentThread.CurrentCulture = MyCulture;

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

Теперь обратимся к формату даты и времени, о котором я уже упоминал. Устранить существующие проблемы, связанные с представлением дат поможет использование

DateTime.Now.Format("f", null);

Этот метод принимает два параметра: строку, определяющую, в каком виде возвращается дата, и второй параметр, определяющий формат, специфичный для конкретной культуры. В случае передачи null берется текущая культура потока. Если же хочется задать определенную культуру, то следует вызвать что-то типа

DateTime.Now.Format("f", new System.Globalization.CultureInfo("ru"))%

Для России это будет ru или ru-RU. Теперь мы спокойны за даты и уделим немного времени кодировке. В принципе, здесь стоит упомянуть только одну директиву, которая позволяет установить кодировку выходного файла.

<%@Page Language="C#" ResponseEncoding="UTF-8"%>

Еще одна интересная возможность, включенная в ASP.NET - работа с региональными установками (Regional Settings). Она полностью аналогична работе с культурой и классом CultureInfo, за исключением имени - теперь это RegionInfo. В свойствах RegionInfo хранится полное, английское, национальное имена региона, знак валюты, признак использования метрической системы и другие характеристики. Ниже приведен пример, показывающий как извлечь текущие установки.

<%@Page Language="C#" ResponseEncoding="utf-8" %>
<%@Import Namespace="System.Threading"%>
<%@Import Namespace="System.Globalization"%>
<%
    RegionInfo region = null;
    region = RegionInfo.CurrentRegion;
%>
<html>
<body>
<p>Мы живем в стране <%=region.DisplayName%>, а валюта у нас 
 <%= region.CurrencySymbol %> - вот так.
</p>
</body>
</html>

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

Мы живем в стране Russia, а валюта у нас р. - вот так.

Самое важное отличие RegionInfo от CultureInfo заключается в том, что свойства RegionInfo определяются сервером , а потому не зависят от настроек пользователя.

Обсудив RegionInfo и CultureInfo перейдем к заключительной части и поговорим о настройках в конфигурационных файлах Config.web. Отдел <globalization> служит основным средством управления локализацией через конфигурационные файлы и содержит следующие атрибуты:

requestencoding - ожидаемая кодировка входищих запросов

responseencoding - кодировка по умолчанию для исходящих запросов

fleeencoding - кодировка по умолчанию для программных файлов ASP.NET

culture - культура по умолчанию для обработки входящих запросов

uiculture - культура по умолчанию для поиска ресурсов

При разработке CMS S.Builder наша команда активно использовала AJAX. Теперь вот решили поделиться накопленным опытом. Начнем с этого хабратопика. Не буду здесь затрагивать различные фреймворки и библиотеки. Свой код всегда роднее. Для работы с AJAX-ом в S.Builder написана библиотека sbAJAX. Можете качать и пользоваться :). В этом файле есть функция sbEvalJS. Для тех, кто не знает, объясню. При подгрузке через AJAX и вставке на страницу HTML-кода, содержащего JavaScript, JavaScript выполняться не будет или полезут баги. Эта функция как раз решает поставленную задачу.

Обзор нового релиза самой мощной Ajax библ....

Хотя наш обзор немного запоздал, оригинальный Dojo 1.2 вышел в релизной версии ещё 6-го октября, но сейчас мы наверстаем упущенное. И так, Dojo Toolkit — это самая мощная и гибкая ajax-библиотека из всех, что есть на рынке, она активно развивается и имеет большое комьюнити. Кстати, это самое комьюнити, совместно с компанией Sitepen, имеет ещё несколько проектов, среди которых и Cometd и некоторые другие, не менее интересные, о которых мы скоро вам расскажем. Сегодня же все внимание на флагманский продукт — Dojo 1.2.

Если вы профессиональный веб-разработчик и постоянно имеете дело с разработкой и отладкой сложных AJAX приложений, то наверняка знаете и используете Firebug — плагин для браузера Firefox, предназначенный для отладки и исследования веб-приложений. Текущая его версия, 1.2х достаточно стабильная и функциональна, чтобы помочь в 99% проблем, которые могут возникнуть при разработке. Но и этот инструмент не лишён если не недостатков, то некоторых фич, которые могли бы облегчить работу. И даже идеальный инструмент можно сделать ещё более идеальным, как бы это не звучало.