Глава 26 «Проектирование размещаемых сервисов и сервисов в облаке»

Глава 27 «Проектирование офисных бизнес-приложений»

Глава 28 «Проектирование LOB-приложений SharePoint»

Мобильное приложение

Мобильное приложение, как правило, структурируется как многослойное приложение, включающее слой пользовательского интерфейса (представления), бизнес-слой и слой доступа к данным (рис. 1).

Рис. 26

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

Мобильное приложение может быть тонким Веб-клиентом или насыщенным клиентом. Если создается насыщенный клиент, бизнес-слой и слой доступа к данным, скорее всего, будут располагаться на самом устройстве. Для тонкого клиента бизнес-слой и слой доступа к данным

будут располагаться на сервере. Мобильные приложения обычно реализуют поддержку сценариев без подключения через использование локально кэшированных данных, синхронизация которых выполняется при установлении подключения. Они также могут использовать сервисы, предоставляемые другими приложениями, включая размещаемые сервисы типа S+S (ПО + сервисы) и Веб-сервисы. Часто мобильному клиентскому приложению предоставляется управляемая синхронизация с источником данных и доступ к другим сервисам через специальную серверную инфраструктуру.

Используйте мобильные приложения, если:

Пользователи зависят от портативных устройств.

Приложение поддерживает простой UI, подходящий для использования на небольшом экране.

Приложение должно поддерживать сценарии без подключения или без постоянного подключения. В этом случае более подходящим будет мобильное насыщенное клиентское приложение.

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

Проектированию мобильных приложений посвящена глава 24, «Проектирование мобильных приложений»

Насыщенное клиентское приложение

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

Рис. 27

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

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

Используйте насыщенные клиентские приложения, если:

Приложение должно поддерживать сценарии без подключения или без постоянного подключения.

Приложение будет развертываться на клиентских ПК.

Приложение должно обеспечивать высокий уровень интерактивности и минимальное время отклика.

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

Приложение должно использовать ресурсы клиентского ПК.

Проектированию насыщенных клиентских приложений посвящена глава 22, «Проектирование насыщенных клиентских приложений».

Насыщенное Интернет-приложение

Насыщенное Интернет-приложение (RIA) выполняется в браузере в изолированной программной среде. К преимуществам RIA, по сравнению с традиционными Вебприложениями, относятся более насыщенный пользовательский интерфейс, улучшенное время отклика приложения и эффективность работы с сетью. Как правило, RIA структурировано как многослойное приложение, включающее слой пользовательского интерфейса (представления), бизнес-слой и слой доступа к данным (рис. 3).

Рис. 28

Типовая структура насыщенного Интернет-приложения

Как правило, RIA-приложения зависят от подключаемого модуля на стороне клиента или размещаемой среды выполнения (такой как среда выполнения XAML или Silverlight). Подключаемый модуль взаимодействует с удаленными хостами Веб-сервера, которые формируют код и данные, потребляемые клиентским подключаемым модулем или средой выполнения.