Использование источников данных в приложениях LightSwitch 2011

Для этого необходимо правым щелчком мыши по ).

Автоматически в таблице создается ключевое поле ID, определяющее внутренний идентификатор каждой записи. Это поле будет использоваться как ключевое. Остальные поля необходимо дописать в таблице, выбрать их тип и для обязательных установить флажок Обязательно.

В панели свойств можно установить дополнительные характеристики для создаваемых полей (рис 11.3).

Кнопка Список значений позволяет задать выпадающий список для выбора нужного значения.

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

В конструкторе таблиц в секции Добавить, можно выбрать:

Вычисляемое свойство, это особый тип для таблиц LightSwitch, который динамически рассчитывается на основе других значений данной таблицы.

Сам расчет вычисляемого значения выполняется в коде программы:

 partial void ФИОСтудента_Compute(ref string result)
        {
            // Присвоение результату значения нужного поля
       result = ФамилияСтудента + ' ' + ИмяСтудента + ' '  + ОтчествоСтудента;
        }

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

Разработка базы данных подразумевает установление отношений между созданными таблицами. Для этого в LightSwitch используется специальное диалоговое окно (рис 11.5):

Это окно позволяет выбрать связываемые таблицы и тип связей между ними (отношение многие – ко – многим не поддерживается). Тут же устанавливается поведение при удалении, возможны два варианта:

Большое внимание разработчики LightSwitch уделили механизмам отбора записей из источников данных. Ими были использованы лучшие наработки других Object Relation mapping (ORM) и реализован как концептуально эффективный, так интерфейсно удобный механизм создания запросов. В его основе лежат запросы двух видов:

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

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

Рядом с именем источника данных расположена кнопка редактор запроса, которая запускает специальный дизайнер запросов для данных экрана (рис 11.6).

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

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

Для создания переменной используется кнопка ).

В этом окне необходимо выбрать переключатель Локальное свойство, определить тип переменной и задать ее имя (имя может точно соответствовать названию параметра для удобства).

Затем необходимо связать переменную и свойство из фильтра. Для этого необходимо выделить параметр в списке данных экрана (слева от дерева экрана) и в окне ).

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

На основе описанного подхода можно реализовывать эффективный для баз данных интерфейс вида Мастер – Подробности, кода значения из главной таблицы выбираются из списка, а в подчиненных таблице с помощью таблицы данных отображаются только связанные с выбранным значением данные.

Кроме того, локальная переменная имеет свойство Является параметром. Если установить это свойство, то можно добиться того, чтобы представляла собой глобальный параметр экрана, что позволит использовать ее из других экранов. Эта возможность может быть задействована, когда связанные таблицы располагаются на различных экранах. С использованием глобальной экранной переменной можно обеспечить фильтрацию в подчиненном экране в зависимости от значений, выбранных на главном экране.

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

Создать такой тип запросов можно двумя способами:

Любой из способов приведет к запуску редактора запросов, аналогичного Запросам уровня экрана с такими же возможностями. После своего создания запросы уровня сущности будут отображаться в раскрывающемся списке под своей сущностью (рис 11.11).

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

partial void ВсеЗаданныеОценкиGrid_InitializeDataWorkspace(List<IDataService> saveChangesTo)
        {
            // Добавьте сюда свой код.
            ОценкиЗаСеместрЗначениеОценки = "Отлично";
        }

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

Для подключения внешнего источника данных необходимо вызвать команду ).

Выбрав нужный тип источника можно переходить к его настройке. Для SQL Server это будет стандартное окно подключения к базе данных (рис 11.12).

Для других источников также выводятся специальные окна настройки подключения. Рассмотрим принципы использования других источников данных помимо SQL Server и SQL Server Azure.

Наиболее универсальным провайдером данных является служба WCF RIA. Как было описано во второй лекции, WCF RIA обеспечивает единый механизм доступа к данным из приложений Silverlight. Это свойство можно использовать в случаях, когда данные находятся не в SQL Server или списках SharePoint, когда нет достаточных прав для подключения к SQL Server. WCF RIA обеспечивает обертку для данных из различных источников. Приложение LightSwitch получает данные и преобразует их в представление сущности.

При этом, в ходе создания сервиса WCF RIA необходимо придерживаться определенных требований, в частности необходимо иметь не менее одного метода в классе Domain Service с атрибутом Query. WCF RIA службы будут полезны и в тех случаях, когда прямой доступ к базе данных из LightSwitch приложения запрещен политикой безопасности.

Еще одним стандартным источником данных могут быть списки SharePoint. Microsoft ориентирует SharePoint как внутрикорпоративное хранилище информации и возможность получения информации из этого хранилища является важной функцией. Для подключения необходимо, чтобы на сервере была установлена версия SharePoint 2010 с установленными службами WCF RIA. Затем использование этого источника данных происходят стандартным образом. В мастере настроек после выбора Share Point как источника будут отображаться все элементы с сервера Share Point. Выбрав необходимые будет установлено подключение и в инспекторе проекта создана группа Данные Share Point. Полученные данные можно объединить с данными, хранимыми внутри приложения. Для этого между ними необходимо установить связи. Затем на основе данных можно создавать экраны и использовать их стандартным способом.

Краткие итоги