Reliable Sessions. Надежная передача сообщений из конца в конец между
	источником и точкой назначения, не зависящая от количества или типа посредников
	между конечными точками
Доступ к	Active Record. Включает объект доступа к данным в сущность предметной области.
данным	Data Transfer Object (DTO). Объект, в котором сохраняются данные, передаваемые
	между процессами, что обеспечивает сокращение необходимого числа вызовов
	методов.
	Domain Model. Набор бизнес-объектов, представляющих сущности предметной
	области и отношения между ними.
	Transaction Script. Организует бизнес-логику каждой транзакции в одну процедуру,
	обращаясь к базе данных напрямую либо через тонкую оболочку над базой данных.
Синхронизация	Synchronization (Синхронизация). Компонент, установленный на устройство,
	отслеживает изменения в данных и, когда подключение доступно, обменивается
	сведениями с компонентом на сервере.
UI	Application Controller. Объект, включающий всю логику выполнения и
	используемый другими Контроллерами, которые работают с Моделью и отображают
	соответствующее Представление.
	Model-View-Controller. Разделяет данные предметной области, представление и
	действия, основанные на пользовательском вводе, на три отдельные класса.
	Модель управляет поведением и данными предметной области приложения,
	отвечает на запросы о состоянии (обычно поступающие от Представления) и
	реагирует на команды изменить состояние (обычно поступающие от Контроллера).
	Представление управляет отображением данных. Контроллер интерпретирует
	пользовательский ввод с мыши и клавиатуры, информируя модель и/или
	представление о необходимости соответствующих изменений.
	Model-View-Presenter. Разделяет обработку запросов на три роли, где
	Представление отвечает за обработку пользовательского ввода, Модель – за
	данные приложения и бизнес-логику, и Презентатор – за логику представления и
	координирование взаимодействий между Представлением и Моделью.
	Pagination (Разбиение на страницы). Разделяет большие объемы содержимого на
	отдельные страницы для оптимизации ресурсов системы и сокращения места,
	занимаемого содержимым на экране.

Дополнительные источники

Электронная версия списка используемых источников доступна по адресу http://www.microsoft.com/architectureguide.

Более подробно варианты используемых технологий для Windows Embedded

рассматриваются в Windows Embedded Developer Center

Больше сведений о фабриках ПО для мобильных устройств можно найти в статье patterns & practices Mobile Client Software Factory

Microsoft Sync Framework обсуждается в статье Microsoft Sync Framework Developer Center

OpenNETCF.Diagnostics.EventLog в Smart Device Framework рассматривается в материале Instrumentation for .NET Compact Framework Applications (Инструментирование для приложений .NET Compact Framework)

Подробнее об ASP.NET Mobile рассказывает материал Roadmap for ASP.NET Mobile Development (Дорожная карта для разработки с ASP.NET for Mobile)

Более подробно о введении поддержки исходного кода ASP.NET Mobile в Visual Studio 2008 рассказывает статья Tip/Trick: ASP.NET Mobile Development with Visual Studio 2008 (Советы и рекомендации: разработка на ASP.NET Mobile с использованием Visual Studio 2008)

Более подробно о разрешениях модели безопасности в Windows Mobile 6.x

рассказывается в статье Security Model for Windows Mobile 5.0 and Windows Mobile 6 (Модель безопасности Windows Mobile 5.0 и Windows Mobile 6)

Более подробную информацию о сервисах протоколирования Apache «log4Net»

можно найти по адресу http://logging.apache.org/log4net/index.html.

Более подробную информацию о продукте Ярослава Ковальского «NLog» можно найти по адресу http://www.nlog-project.org/introduction.html.

Больше сведений о сообществе OpenNetCF можно найти по адресу http://community.opennetcf.com/.

25

Проектирование сервисных приложений

Обзор

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

Сервис – это открытый интерфейс, обеспечивающий доступ к единице функциональности. Сервисы, буквально, обеспечивают некоторую программную услугу вызывающей стороне, потребляющей этот сервис. Сервисы слабо связаны и для обеспечения более сложной функциональности могут комбинироваться с клиентом или в рамках других сервисов. Сервисы могут быть распределенными, доступ к ним может осуществляться как с удаленного компьютера, так и с компьютера, на котором они выполняются. Сервисы ориентированы на сообщения, т.е. интерфейсы сервисов описываются с помощью Web Services Description Language (WSDL), и операции вызываются с использованием схем сообщений на базе Extensible Markup Language (XML), передаваемых по транспортному каналу. Сервисы поддерживают гетерогенную среду благодаря реализации возможности взаимодействия через описание сообщения/интерфейса. Если компоненты могут интерпретировать сообщение и описание интерфейса, они могут использовать сервис независимо от того, какая технология используется в их основе. На рис. 1 показано общее представление типовой архитектуры сервисного приложения.

Рис. 42

Типовая архитектура сервисного приложения

Типовое сервисное приложение состоит из трех слоев: слой сервисов, бизнес-слой и слой доступа к данным. Слой сервисов может включать компоненты интерфейсов сервисов, типов сообщений и типов данных; бизнес-слой – компоненты бизнес-логики, бизнес-процесса и бизнес-сущностей; и слой доступ к данным включает компоненты доступа к данным и агентов сервисов. Многослойному дизайну посвящена глава 5, «Рекомендации по проектированию многослойных приложений». Более подробно о компонентах каждого уровня рассказывает глава 10, «Рекомендации по проектированию компонентов».

Сервисы являются гибкими по своей природе и могут использоваться в разнообразнейших сценариях и комбинациях. Рассмотрим типовые сценарии:

Сервис, предоставляемый через Интернет. Этот сценарий описывает сервис,

используемый рядом клиентов через Интернет. Сюда относятся как сервисы типа «бизнес-бизнес», так и ориентированные на потребителя сервисы. Биржевой Вебсайт, использующий Веб-сервисы фондовой биржи и предоставляющий котировки акций – один из примеров такого сценария. Решения по аутентификации и авторизации должны приниматься, исходя из границ доверия в Интернете и типов учетных данных. Например, аутентификация по имени пользователя и паролю или применение сертификатов более вероятна в Интернет-сценарии, чем в интранетсценарии.