Сопутствующие сборки

Теперь посмотрим, как использовать эти ресурсы в приложениях. Откройте проект в Visual Studio 2005, разверните каталог bin в окне Solution Explorer (при необходимости выберите Show АИ Files) и вы увидите, что в каталоге сборки (Debug или Release) присутствуют дополнительные каталоги. Эти каталоги создаются для каждой культуры, которую вы добавляли к форме. Их имена всегда соответствуют идентификатору культуры, и в этих каталогах находится файл ИмяПpoeктa.resources.dll. Вам таюке следует придерживаться подобной структуры директорий и схемы именования при установке собственных приложений. Эти динамические библиотеки DLL называются сопутствующими сборками (satellite assembles). Исполняющая среда при работе приложения использует эти файлы для нахождения в них нужных ресурсов. Предположим, что была выбрана русская культура ru-RU. Исполняющая среда ищет любые ресурсы, предусмотренные для этой культуры, в Global Assembly Cache (GAC). Если там необходимых ресурсов нет, то поиск продолжается в каталоге выполняемой в данный момент сборки, в котором исполняющая среда пытается обнаружить каталог с именем ru-RU. Далее в GAC идет поиск сборки ресурсов, соответствующий родителю текущей культуры. Исполняющая среда должна найти и эквивалентный каталог ru. Если поиск завершится успешно, то исполняющая среда будет использовать ресурсы из сопутствующей сборки в каталоге ru.

Если же запустить приложение в системе, где для текущей культуры (например, китайской) не будет предоставлено никаких ресурсов, исполняющая

Разделяй и властвуй

Итак, мы создавали несколько разных экземпляров формы и переводили названия кнопки для каждой из этих форм. Но, как правило, переводом и созданием программ занимаются разные люди. И совсем необязательно, чтобы переводчики имели доступ к исходному коду программы. Для решения этой задачи вам нужно воспользоваться утилитой Windows Resource Localization Editor, которая поставляется вместе с .NET SDK. Исполняемый файл утилиты WinRes.exe находится в папке bin пакета SDK. Сама утилита очень похожа на дизайнер форм в Visual Studio 2008 и очень проста в использовании. Открываете в программе нужный файл ресурсов resx и начинаете редактировать все элементы интерфейса. Закончив работу, передаете модифицированный файл разработчику, который добавляет его в проект. Таким образом, переводчику даже нет необходимости иметь сам пакет Visual Studio.

Заключение

Разработка локализованных приложений - насущная необходимость в современном мире, если разработчик хочет, чтобы программа была популярна у пользователей из многих стран. Visual Studio 2008 и .NET Framework предоставляют широкие и удобные возможности для создания таких программ.

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

Одно из основных преимуществ такого подхода к упаковке и выборке ресурсов состоит в том, что вы получаете возможность добавлять (или заменять) ресурсы для культур даже после установки приложения. Новые сопутствующие сборки размещаются в соответствующих подкаталогах или устанавливаются в GAC на компьютере пользователя. Перекомпиляция кода при этом не требуется. Таким образом, .NET Framework значительно упрощает разработку многоязыковых и локализованных приложений. Visual Studio 2008 в сочетании с WinRes позволяет создавать приложения Windows Forms, интерфейс которых легко адаптируется под язык, выбранный в операционной системе.

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

В завершение главы о локализации и глобализации хочу дать еще одну ссылку на эту тематику- на сайте RSDN выложена статья Локализация (http: www.rsdn.ru/article/dotnet/csprof2005 localization.xml), которая является отрывком из книги Язык программирования С# 2005 для профессионалов .

Глава 15

Microsoft Office

Пакет Microsoft Office является популярным набором офисных программ, который широко используется во всем мире. Программисты могут использовать Microsoft Office в своих целях для решения многих задач. Рассмотрим несколько примеров использования программ Excel и Outlook и управления ими с помощью С#. При автоматизации таких приложений, как программы, входящие в состав Microsoft Office, вызовы их свойств и методов объектов должны быть определенным образом подключены к этим объектам. Процесс подключения вызовов свойств и методов к объектам, реализующим эти свойства и методы, обычно называется связыванием. В Visual С# существуют два типа связывания: раннее связывание (early binding) и позднее связывание (late binding). Выбранный программистом тип связывания повлияет на такие характеристики, как производительность, гибкость и удобство сопровождения. Мы рассмотрим оба варианта связывания. Вы можете таюке почитать на сайте Microsoft статью из Базы Знаний Связывание с серверами автоматизации Office при помощи Visual С# .NET , которая находится по адресу http: support.microsoft.coin/kb/302902/ru.

Excel

Раннее связывание

При раннем связывании осуществляется привязка непосредственно к методам и свойствам конкретного приложения Microsoft Office с использованием сведений о свойственных ему типах данных. При этом компилятор может проверить синтаксис и соответствие типов, правильность указания числа и типа параметров, передаваемых методу или свойству, и тип возвращаемого значения. Поскольку при выполнении приложения раннее связывание требует меньше времени для вызова свойств или методов, оно может работать бы-