Создание бизнес-приложений Silverlight с использованием .NET RIA сервисов

Rich Internet Application (RIA) - это особый класс веб-приложений. RIA приложения позволяют делать богатый пользовательский интерфейс, но без необходимости перегрузок страниц, как в обычных веб-приложениях. Типовая архитектура таких приложений приведена на рис. 4.1

Обычно приложение состоит из серверной части, где размещены веб-сервисы, бизнес-логика, СУБД. Клиентская часть может быть HTML+Ajax или Silverlight. Мы будем рассматривать в контексте Silverlight. По сети части взаимодействуют по протоколам SOAP или REST (см. Работа Silverlight с web сервисами).

В обычном бизнес приложении уровни клиента и сервера разъединены и независимо разрабатываются. Но в RIA приложениях две части разрабатываются как одно приложение. Такую возможность дают .NET RIA сервисы. RIA сервисы не входят в состав Silverlight 3 и доступны для скачивания по адресу: http://www.microsoft.com/downloads/details.aspx?FamilyID=76bb3a07-3846-4564-b0c3-27972bcaabcedisplaylang=en

.NET RIA сервисы упрощают разработку многоуровневых приложений объединяя платформы ASP.NET и Silverlight. Логика приложения располагается на среднем уровне и отвечает за запросы, изменения данных и прочие методы. .NET RIA сервисы автоматически генерируют прокси-классы для клиента, чтобы тот мог использовать их в этих операциях. И так как на уровнях логики и клиента сервисы работают с одной средой выполнения CLR (Common Language Runtime), разработчик может писать код, работающий на обоих уровнях. Использование .NET RIA сервисов стирает грань между разработкой клиентской и серверной частями и позволяет разрабатывать обе части, как одно приложение.

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

Создание приложений с .NET RIA сервисами

На Рис. 4.3 показан процесс создания приложения Silverlight с поддержкой .NET RIA сервисов в Visual Studio 2008.

затем

Есть возможность изменить существующий проект Silverlight, для того чтобы тот мог работать с .NET RIA сервисами. Автоматически в references проекта добавится ссылка на библиотеку System.Windows.Ria.

http://www.silverlightshow.net/AWWeb/AdventureWorksLOB.aspx - пример бизнес-приложения, использующего .NET RIA сервисы

В примере виден список товаров, возможна сортировка (List price), группировка (Category), поиск, постраничный вывод.

Преимущества для клиента при использовании .NET RIA сервисов.

Ключевыми моментами создания многоуровневых приложений с использованием .NET RIA сервисов являются:

Преимуществами для клиента при использовании .NET RIA сервисов являются:

Шаблон "Silverlight Business Application"

Шаблон Silverlight Business Application Template дает возможность начать разработку бизнес приложения Silverlight с .NET RIA сервисами, которое поддерживает аутентификацию и регистрацию пользователей.

По шаблону создаются приложение и приложение ASP.NET, которое хостит приложение Siverlight. Автоматически создается ссылка на .NET RIA сервисы. Создается решение с двумя проектами:

Ниже приведена работа приложения, а именно шаблонные аутентификация и регистрация.

Сущности

При создании бизнес-приложения всегда имеется подключение к базе данных. Оно происходит на уровне сервера приложений. Для этого необходимо создать класс, например, AdventureWorks_DataEntities. Клиентская часть к базе данных напрямую не обращается, только через этот класс, который оперирует понятиями сущностей ( Entity ).

Например, мы получаем доступ к базе данных AdventureWorks с помощью Entity Framework и делаем выборку двух таблиц Product и ProductInventory. Используется шаблон ADO.NET Entity Data Model.

Теперь клиентское приложение через класс DomainService будет оперировать этими сущностями.

Класс DomainService

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

Процесс создания класса DomainService показано на Рис. 4.12. Данный класс лежит в пространстве имен System.Web.DomainServices.

DataContext - данные класса AdventureWorks_DataEntities, сгенерированного ранее и содержащего методы работы с двумя таблицами Product и ProductInventory из демонстрационной базы данных AdventureWorks. Новый класс DomainService имеет следующие характеристики:

В этот новый класс DomainService помещается вся бизнес-логика приложения. Например, мы можем изменить метод GetProduct(), чтобы как-то отфильтровать данные. Или можно добавить в этот метод входной параметр для каких-либо целей обработки.

Важным моментом является тот, что класс DomainService имеет публичный интерфейс ( public ) и доступен из других классов. В любом случае новый класс является стартовой точкой для расширения логики приложения. Но при этом сразу получается готовое работающее приложение, отображающее содержимое сущности Product.

Доступ к данным со стороны клиента

После компилирования веб-приложения с каталоге \Generated_Code появляется файл BusinessApplication1.Web.g.cs, содержащий прокси-класс public sealed partial class Product : Entity. Как видно является наследником класса Entity. И повторяет свойства сущностей класса DomainService. Важным аспектом генерации прокси-класса является:

В примере показано как можно отобразить содержимое сущности Product элементом управления DataGrid. Файл MainPage.xaml содержит данный элемент управления.

<data:DataGrid Name="TheDataGrid"></data:DataGrid>

Файл кода (code behind) MainPage.xaml.cs содержит, следующий код:

using SilverlightApplication1;
using SilverlightApplication1.Web;
using System.Windows.Ria.Data;

namespace SilverlightApplication1
{
  public partial class MainPage : UserControl
  {
    private ProductContext _productContext = new ProductContext();
    public MainPage()
    {
      InitializeComponent();
      LoadOperation<Product> loadOp =                   
                   this._productContext.Load(this._productContext.GetProductQuery());
      this.TheDataGrid.ItemsSource = loadOp.Entities;
      …

После компиляции и запуска можно увидеть результат.

Выводы

Ключевыми моментами использования .NET RIA сервисов и Silverlight являются:

Silverlight и Windows Presentation Foundation

Основы Windows Presentation Foundation

Windows Presentation Foundation (WPF) - это система нового поколения для построения Windows и веб приложений. Основа WPF - это независимый от разрешения экрана и основанный на векторной графике механизм прорисовки, который был построен для использования всех преимуществ современного графического оборудования. WPF расширяет эту основу исчерпывающим набором средств разработки приложений, включающих Язык XAML (Extensible Application Markup Language), элементы управления, привязку данных, структуру, графику двухмерный и трехмерный, анимацию, стили, шаблоны, документы, мультимедиа, текст и типографию. WPF включен в Microsoft .NET Framework, так что можно строить приложения, включающие другие элементы библиотеки классов .NET Framework. Для отображения элементов управления используется DirectX. Для описания язык XAML (eXtensible Application Markup Language). Это XML-подобный, декларативный язык, который описывает весь "контент" отображаемый подсистемой WPF. XAML включает основные четыре категории элементов: панели, элементы управления, элементы связанные с документом и графические фигуры.

WPF существует в качестве подмножества типов .NET Framework, которые занимают большую часть в пространстве имен System.Windows. WPF предлагает дополнительные программные усовершенствования для разработки клиентских приложений Windows. Одним очевидным усовершенствованием является возможность разрабатывать приложения с помощью разметки и кода программной части. Разметка Язык XAML (Extensible Application Markup Language) обычно используется для реализации внешнего вида приложения при реализации его поведения с помощью управляемых языков программирования (кода программной части). При разделении внешнего вида и поведения разработка более эффективна, так как разработчики, реализующие внешний вид приложения, могут это делать одновременно с разработчиками, реализующими поведение приложения.Множество средств проектирования можно использовать для реализации и совместного использования разметки XAML, чтобы удовлетворить требованиям участников разработки приложения; Microsoft Expression Blend предназначен для конструкторов, в то время как Visual Studio 2005 ориентирован на разработчиков.

XAML упрощает создание пользовательских интерфейсов для модели программирования .NET Framework. Можно создать элементы управления в декларативной разметке XAML, а затем отделить определение элемента управления от логики времени выполнения, используя файлы с выделенным кодом, присоединенные к разметке с помощью определений разделяемых классов. Возможность перемежать код и разметку в XAML важна, поскольку XML сам по себе является декларативным и реально не предлагает модель для управления размещением. Основанный на XML декларативный язык интуитивно понятен для создания интерфейсов в диапазоне от прототипа до производства, особенно для людей с опытом веб-разработки и работы с веб-технологиями. В отличие от большинства других языков разметки, XAML непосредственно представляет создание экземпляров управляемых объектов. Этот общий принцип проектирования ведет к упрощению кода и доступа отладки для объектов, создаваемых в XAML.

Использование WPF существенно повышает производительность команды при разработке ПО за счет:

Создание браузерного приложения XAML

В следующем примере с помощью XAML реализуется внешний вид окна, содержащего одну кнопку, нажатие которой выводит сообщение. Проект Visual Studio 2008 создается по шаблону WPF Browser Application. Содержимое файла Page1.xaml, Page1.xaml.cs (code behind) и результат выполнения приведены ниже.

<Page x:Class="WpfBrowserApplication1.Page1"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    Title="Page1" Height="100" Width="200">
  <Grid>
    <Button Name="button" Click="button_Click">
      Click Me!
    </Button>
  </Grid>
</Page>

private void button_Click(object sender, RoutedEventArgs e)
{
  MessageBox.Show("Привет, Windows Presentation Foundation!");
}

Для приложений, размещенных в веб-обозревателе, также называемых XBAP (XAML browser applications - приложения обозревателя XAML), можно создавать страницы ( Page ) и функции страниц ( PageFunction<(Of <(T>)>) ); переходить между этими страницами можно с помощью гиперссылок (классы Hyperlink ).

Развертывание браузерного приложения XAML

При построении XBAP Visual Studio формирует следующие три файла:

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

Совпадения между WPF и Silverlight

Silverlight считается подмножеством WPF.

Silverlight и WPF имеют много одинаковых элементов управления. Тех, которых нет в дистрибутиве Silverlight, можно найти в Silverlight SDK или Silverlight Toolkit. Правда реализация этих элементов в большинстве случаев неодинакова. Microsoft стремится к максимальной похожести между элементами управления. Совпадения увеличиваются от версии к версии.

И Silverlight, и WPF имеют механизм анимации с помощью линейной интерполяции. В WPF это можно сделать, используя триггеры, в Silverlight, используя VisualStateManager.

И Silverlight, и WPF поддерживают создание специальных и пользовательских элементов управления (user control и custom control).

Обе технологии позволяют проигрывать видео и аудио. Но WPF, при проигрывании, использует класс MediaElement медиапроигрывателя Windows Media Player клиента. Класс MediaPlayer в Silverlight не существует и поэтому используется класс MediaElement из Silverlight framework. Проигрыватель Silverlight полностью отделен от Windows Media Player клиента. Это приводит к тому, что не все кодеки поддерживаются.

Обе технологии используют язык XAML для описания пользовательского интерфейса. Обе платформы поддерживают файл code-behind с программным .NET кодом, чтобы манипулировать элементами, указанными в XAML файле. Большая часть языка обоих платформ совпадают.

Внешний вид приложений может быть очень похожим (см. рис. 4.15 и рис. 4.16).