Разработка многофункциональных бизнес-приложений

Еще одним возможным вариантом визуализации данных в DataGrid является использование группировки по определенному полю. Предположим, что требуется провести группировку по должности сотрудников. Для этого необходимо в XAML-описание объекта DomainDataSource добавить свойство GroupDescriptors, указав для атрибута PropertyPath, который определяет свойство группировки, значение поля, по которому будет проводиться группировка – Title.Title1.

<riaControls:DomainDataSource AutoLoad="True" 
	d:DesignData="{d:DesignInstance my:Employee, CreateList=true}" 
	Height="0" Width="0"
	LoadedData="employeeDomainDataSource_LoadedData"
	Name="employeeDomainDataSource"
	QueryName="GetEmployeesQuery" >
	<riaControls:DomainDataSource.DomainContext>
		<my1:EmployeeDomainContext />
	</riaControls:DomainDataSource.DomainContext>
	<riaControls:DomainDataSource.GroupDescriptors>
		<riaControls:GroupDescriptor PropertyPath="Title.Title1"/>
	</riaControls:DomainDataSource.GroupDescriptors>
</riaControls:DomainDataSource>

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

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

Вначале модифицируем макет страницы EmployeePage. Добавим в сетку LayoutRoot две строки и три столбца.

Контейнер BusyIndicatorLoadData поместим во второй строке, сетки LayoutRoot, объединив для этого три столбца.

<local:BusyIndicator x:Name="BusyIndicatorLoadData" 
	Grid.Row="1" Grid.ColumnSpan="3" ...>

В первой строке и колонки LayoutRoot разметим объект TextBlock с текстом "Список сотрудников".

Во второй колонке первой строки LayoutRoot поместим элементы управления необходимые для задания параметров фильтрации данных: текстовые блоки с текстами "Поиск", "По фамилии" и "По должности", блок для ввода фамилии textBoxSurname и элемент контроля AutoCompleteBox для ввода должности. Все перечисленные элементы контроля скомпонованы в сетке gridSearch, которая помещена в рамку borderSearch. XAML-описание фрагмента страницы Сотрудники сетки gridSearch, визуализирующей элементы контроля для поиска данных по сотрудникам, приведены в приложении.

Для фильтрации данных по фамилии сотрудника в XAML-описание объекта DomainDataSource необходимо добавить объект FilterDescriptors, который представляет описание фильтра для операций запроса в DomainDataSource объекте.

<riaControls:DomainDataSource.FilterDescriptors>
	<riaControls:FilterDescriptor Operator="StartsWith" 
		PropertyPath="LastName" 
		Value="{Binding ElementName= textBoxLastName, Path=Text}" />
</riaControls:DomainDataSource.FilterDescriptors>

Свойство Operator задает операцию фильтрации, которая определяется элементами перечисления FilterOperator, возможные значения которых приведены в табл. 8.4, а свойство PropertyPath определяет атрибут фильтрации.

В созданном фильтре для фамилии сотрудника использован оперетор .

При разработки процесса фильтрации по должности рассмотрим как можно добавлять новые источники данных.

В папку DomainModel добавим класс TitleEmployee для формирования данных о должности сотрудников, имеющихся в сущности Employee.

public class TitleEmployee
{
    [Key]
    public string Title { set; get; }
}

Свойство Title снабжено атрибутом [ Key ] для обеспечения возможности формирования полей новой сущность на базе этого класса.

В класс сервиса данных EmployeeDomainService добавим метод GetTitlesEmployee() для получения списка должностей сотрудников.

public IQueryable<TitleEmployee> GetTitlesEmployee()
{
    return this.ObjectContext.Employees.Select(e => new TitleEmployee 
	{ Title = e.Title.Title1 }).Distinct();
}

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

<riaControls:DomainDataSource AutoLoad="True" 
	d:DesignData="{d:DesignInstance my1:TitleEmployee, CreateList=true}" Height="0"
	LoadedData="TitleEmployeeDomainDataSource_LoadedData"  Name="titleEmployeeDomainDataSource"
	QueryName="GetTitlesEmployeeQuery" Width="0">
	<riaControls:DomainDataSource.DomainContext>
		<my1:EmployeeDomainContext />
	</riaControls:DomainDataSource.DomainContext>
</riaControls:DomainDataSource>

Источник данных titleEmployeeDomainDataSource формирует список должностей с помощью метода GetTitlesEmployeeQuery() домена сервиса данных.

Для ввода должности при фильтрации формы используется элемент управления AutoCompleteBox, источником привязки которого служит объект данных titleEmployeeDomainDataSource, значение для данного элемента определяются полем Title.

<input:AutoCompleteBox Grid.Row="2" Grid.Column="1" Name="FilterText"
	HorizontalAlignment="Left"
	ValueMemberBinding="{Binding Title}" 
	ItemsSource="{Binding ElementName=titleEmployeeDomainDataSource, 
				Path=Data}"
	TextChanged ="FilterText_TextChanged"
	Margin="20,2,20,2" Height="23" Width="300"/>

Элемент управления AutoCompleteBox поддерживает формирование подсказки при вводе первых символов слова, если оно имеется в источнике данных.

В заключении процесса проектирования функции фильтрации данных по должности необходимо в источнике данных employeeDomainDataSource добавить в объект FilterDescriptors XAML-описание фильтра.

<riaControls:FilterDescriptor PropertyPath="Title.Title1" 
	Operator="IsEqualTo" Value="{Binding ElementName=FilterText, Path=Text}" />

Если в источнике данных указаны несколько объектов FilterDescriptor, то они могут работать по схеме "Или" ( Or ) и по схеме "И" ( And ). Режим объединения фильтров задается свойством FilterOperator источника данных и в проектируемом приложении ему задано значение Or.

На рис 10.30 иллюстрируется функциональность элемента управления – результаты работы приложения при выполнении фильтрации по должности.

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

На странице EmployeePage создадим кнопки buttonNewEmployee, buttonEdit и buttonDelete для реализации выполнения соответствующих операций.

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

В конструкторе окна ). Для атрибутов сущности

С помощью мыши перетащим сущность ).

В XAML-описание окна будет добавлен контекст данных для сущности Employee.

<riaControls:DomainDataSource AutoLoad="True" 
	d:DesignData="{d:DesignInstance my1:Employee, CreateList=true}" 
	Name="employeeDomainDataSource" Height="0" Width="0"
	LoadedData="employeeDomainDataSource_LoadedData" 
	QueryName="GetEmployeesQuery">
	<riaControls:DomainDataSource.DomainContext>
		<my:EmployeeDomainContext />
	</riaControls:DomainDataSource.DomainContext>
</riaControls:DomainDataSource>

Если проанализировать XAML-описание окна EmployeeChildWindow, то можно увидеть, что элемент Image для отображение фотографии требует корректировки, а элемент ComboBox не настроен правильно на источник данных. Для отображения фотографии в привязке необходимо использовать конвертор. В дополнение к этому поместим объект Image в рамку Border.

<Border Grid.Column="2" Name="Border"
	Padding="5" Width="200" Height="250" CornerRadius="10" 
	Background="#FFC8E5E9" Margin="3" VerticalAlignment="Center"
	ToolTipService.ToolTip=
	"Для изменения фотографии щелкните на ней правой кнопкой мыши" 
	MouseRightButtonDown="Border_MouseRightButtonDown" >
	<Image  Height="240" HorizontalAlignment="Center" Margin="3" 
		Name="pictureImage" 
		Source="{Binding Path=Picture, Converter={StaticResource ImageConverter}}" 
			Stretch="UniformToFill" VerticalAlignment="Center" Width="196" />
</Border>

Для подготовки источника данных для comboBoxTitle необходимо в XAML-описание окна EmployeeChildWindow добавить контекст данных для сущности Title.

<riaControls:DomainDataSource AutoLoad="True" 
	d:DesignData="{d:DesignInstance my1:Title, CreateList=true}" 
	LoadedData="titleDomainDataSource_LoadedData" 
	Name="titleDomainDataSource" 
	QueryName="GetTitlesQuery">
	<riaControls:DomainDataSource.DomainContext>
		<my:EmployeeDomainContext />
	</riaControls:DomainDataSource.DomainContext>
</riaControls:DomainDataSource>

После этого можно отредактировать описание для выпадающего списка должностей.

<ComboBox x:Name="comboBoxTitle" Height="23" Grid.Column="2" Grid.Row="4" 
	HorizontalAlignment="Left" 
	ItemsSource="{Binding ElementName=titleDomainDataSource, Path=Data}"
	DisplayMemberPath="Title1" 
	SelectedValuePath="ID" 
	SelectedValue="{Binding Path=TitleID,  Mode=TwoWay,
				  UpdateSourceTrigger=Default}"  
	Margin="3,3,0,0" VerticalAlignment="Top" Width="198">
</ComboBox>

Теперь следует создать вызов дочернего окна из страницы EmployeePage при нажатии кнопки buttonEdit.

private void buttonEdit_Click(object sender, RoutedEventArgs e)
{
	Employee employeeEdit = employeeDataGrid.SelectedItem as Employee;
	if (employeeEdit != null)
	{
	EmployeeChildWindow winEmpEdit = new EmployeeChildWindow(employeeEdit);
	winEmpEdit.Closed += new EventHandler(winEmpEdit_Closed);
	winEmpEdit.Title = "Редактирование данных";
	winEmpEdit.Show();
	}
}

В обработчике нажатия кнопки buttonEdit создается экземпляр employeeEdit сущности Employee на основе выделенной в текущий момент строки сетки данных employeeDataGrid.

Employee employeeEdit = employeeDataGrid.SelectedItem as Employee;

Если объект employeeEdit существует, то создается экземпляр winEmpEdit дочернего окна EmployeeChildWindow, которому в качестве параметра передается экземпляр сущности данных employeeEdit.

EmployeeChildWindow winEmpEdit = new EmployeeChildWindow(employeeEdit);

Затем включают прослушивания события закрытия окна.

winEmpEdit.Closed += new EventHandler(winEmpEdit_Closed);

Для дочернего формируется заголовок и окно выводится на экран дисплея.

winEmpEdit.Title = "Редактирование данных";
winEmpEdit.Show();

Обработка события закрытия дочернего окра реализуется методом winEmpEdit_Closed(), в котором по результату нажатия кнопки ОК проводят сохранение изменений в базе данных

employeeDomainDataSource.SubmitChanges();

а при нажатии кнопки Отмена – отмена проведенного редактирования данных

employeeDomainDataSource.RejectChanges();

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

void winEmpEdit_Closed(object sender, EventArgs e)
{
    EmployeeChildWindow emp = (EmployeeChildWindow)sender;
    if (emp.Employee != null)
    {
        if (emp.DialogResult == true)
        {
            employeeDomainDataSource.SubmitChanges();
        }
        else
        {
            employeeDomainDataSource.RejectChanges();
        }
    }
}

При редактировании данных о сотрудниках организации необходимо в списке сотрудников выделить строку с данными по сотруднику, которые подлежат редактированию, нажать кнопку ).

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

Формирование данных по новому сотруднику будем выполнять с использованием созданного ранее дочернего окна EditEmployeeChildWindow. Для того, чтобы в коде можно было различать режимы в котором находится дочернее окно будем использовать свойство Tag окна. Так при формировании окна в режиме редактирования свойству Tag присвоим значение edit, а при добавлении нового сотрудника – new.

private void buttonNew_Click(object sender, RoutedEventArgs e)
        {
            Employee  newEmployee= new Employee();
            newEmployee.Role= "guest";
            newEmployee.LastName= "не задано";
            newEmployee.FirstName = "не задано";
            newEmployee.SecondName = "не задано";
            newEmployee.Email = "a@my.com";
            newEmployee.Phone = "(999) 999-9999";
            newEmployee.Inn = "999999999999";
            newEmployee.TitleID = 1;
            newEmployee.FirstDate = DateTime.Now;
            EmployeeChildWindow winEmpEdit = new 
			EmployeeChildWindow(newEmployee);
            winEmpEdit.Title = "Регистрация нового сотрудника";
            winEmpEdit.Tag = "new";
            winEmpEdit.Closed += new EventHandler(winEmpEdit_Closed);
            winEmpEdit.Show();
        }

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

Обработчик события закрытия окна изменен для использования его и для редактирования, и для создания новой записи.

void winEmpEdit_Closed(object sender, EventArgs e)
        {
            EmployeeChildWindow emp = (EmployeeChildWindow)sender;
            switch (emp.Tag.ToString())
            {
                case "edit":
                    if (emp.Employee != null)
                    {
                        if (emp.DialogResult == true)
                        {
                            employeeDomainDataSource.SubmitChanges();
                        }
                        else
                        {
                            employeeDomainDataSource.RejectChanges();
                        }
                    }
                    break;
                case "new":
                    if (emp.Employee != null)
                    {
                        if (emp.DialogResult == true)
                        {
                            EmployeeDomainContext employeeDomain = 
(employeeDomainDataSource.DomainContext) as EmployeeDomainContext;
                            employeeDomain.Employees.Add(emp.Employee);
                            employeeDomainDataSource.SubmitChanges();
                        }
                     }
                    break;
            }
        }

При создании новой записи по сотруднику используется метод Add сущности контекста домена службы DomainService и изменения в источнике данных фиксируются методом SubmitChanges().

При работе приложения и нажатии кнопки ).

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

Удаление записей по сотруднику реализуются в приложении методом buttonDelete_Click(), который является обработчиком события Click кнопки buttonDelete.

private void buttonDelete_Click(object sender, RoutedEventArgs e)
        {
            Employee emp = (Employee)(employeeDataGrid.SelectedItem);
            if (emp != null)
            {
                MessageBoxResult result = MessageBox.Show("Удалить сотрудника: \n" +
                                            emp.LastName+"  " + emp.FirstName + "  "+  emp.SecondName,
                  "Предупреждение", MessageBoxButton.OKCancel);
                if (result == MessageBoxResult.OK)
                {
                    EmployeeDomainContext employeeDomain = 
                                        (employeeDomainDataSource.DomainContext) as 
						EmployeeDomainContext;
                    employeeDomain.Employees.Remove(emp);
                    employeeDomainDataSource.SubmitChanges();
                }
            }
        }

Удаление данных из источника реализуется методом ).

Валидация ввода данных

Вопросы проверки правильности введенных данных, то есть валидации рассматривались в лекциях 3 и 4, в контексте привязки данных на уровне представления. Реализация такого варианта валидации осуществлялась на стороне клиента. Проверка правильности введенных данных относится к бизнес-логике приложения и его по возможности следует отделять от уровня представления данных. В корпоративных приложениях на базе сервисов WCF RIA Services имеется возможность реализации валидации на серверной стороне. Для этого используются атрибуты метаданных объектов из пространства имен System.ComponentModel.DataAnnotations. Мы уже рассматривали атрибут [ Display ] для задания представления имен свойств сущности Employee в файле метаданных EmployeeMetadata. Для валидации по умолчанию используются следующие атрибуты:

Валидацию свойства FirstName сущности Employee проведем для выполнения следующих условий:

Фрагмент кода класса EmployeeMetadata в части описания свойства FirstName приведен ниже.

[Display(Name = "Имя", Order = 2)]
[RegularExpression((@"^[А-Яа-я' ']{1,20}$"),
                             ErrorMessage = "Недопустимые символы или более 20 символов")]
[Required(ErrorMessage = "Поле обязательно должно быть заполнено")]
public string FirstName { get; set; }

Аналогичные атрибуты установим в классе EmployeeMetadata для свойств LastName, SecondName и для свойства Role, за исключением атрибута [ Required ].

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

[Display(Name = "Эл. почта", Order = 7)]
[RegularExpression("^([\\w-\\.]+)@((\\[[0-9]{1,3}\\.[0-9]{1,3}\\.[0-9]{1,3}\\.)|" + 
" (([\\w-]+\\.)+))([a-zA-Z]{2,4}|[0-9]{1,3})(\\]?)$", 
ErrorMessageResourceName = "ValidationErrorInvalidEmail", 
ErrorMessageResourceType = typeof(ValidationErrorResources))]
public string Email { get; set; }

Для свойства Inn определим допустимость ввода только цифровых символов, которых может быть 12.

[Display(Name = "ИНН", Order = 6)]
[RegularExpression((@"^[0-9]{1,12}$"), 
ErrorMessage = "Допустимы толька цифровые символы, длина ИНН - 12 символов")]
[CustomValidation(typeof(ValidaterInn), "ValidateInn")]
public string Inn { get; set; }

Для свойства Inn применен атрибут CustomValidation, который позволяет задать пользовательское правило проверки. В параметрах атрибута CustomValidation определен класс ValidaterInn, определяющий правило проверки, и метод проверки – ValidateInn. Класс ValidaterInn создадим в папке Models/ Shared проекта EnterpriceBusinessApplication.Web.

public class ValidaterInn
{
    public static ValidationResult ValidateInn(string Inn)
    {
        ValidationResult res;
        if (Inn.Length == 12)
        {
            res = ValidationResult.Success;
        }
        else
        {
            res = new ValidationResult("ИНН должен содержать 12 символов");
        }
        return res;
    }
}

Статический метод .shared, то есть ValidaterInn.shared.cs.

Код измененного класса EmployeeMetadata приведен в приложении.

На рис 10.39, рис 10.40 приведены результаты тестирования процесса валидации приложения.

Аутентификация и авторизация пользователей

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

Для настройки Windows- авторизации в проекте EnterpriceBusinessApplication.Web для файла Web.config необходимо свойству mode объекта authentication установить значение Windows.

<authentication mode="Windows"/ >

В клиентском проекте EnterpriceBusinessApplication в конструкторе класса App для свойства аутентификации Authentication веб конекста webContext присвоить значение вновь созданного экземпляра класса Windows аутентификации – WindowsAuthentication.

public App()
{
	InitializeComponent();
	WebContext webContext = new WebContext();
	webContext.Authentication = new WindowsAuthentication();
	this.ApplicationLifetimeObjects.Add(webContext);
}

После загрузки приложения происходит автоматически Windows-авторизация пользователя (рис 10.41).

Для аутентификации зарегистрированных в приложении пользователей в проекте EnterpriceBusinessApplication.Web для файла Web.config необходимо свойству mode объекта authentication установить значение Forms и задать имя форы.

<authentication mode="Forms">
      <forms name=".EnterpriceBusinessApplication_ASPXAUTH" />
</authentication>

В конструкторе клиентского класса App следует для свойства аутентификации Authentication веб контекста webContext создать экземпляр класса пользовательской авторизации FormsAuthentication.

public App()
{
	InitializeComponent();
	WebContext webContext = new WebContext();
	webContext.Authentication = new FormsAuthentication();
	this.ApplicationLifetimeObjects.Add(webContext);
}

Нового пользователя при открытии приложения необходимо зарегистрировать (рис 10.42). Зарегистрированный пользователь должен пройти аутентификацию (рис 10.43). Если аутентификация прошла успешно, то на странице приложения выводится имя пользователя, работающего с приложением (рис 10.44).

Если имя пользователя или пароль введены с ошибкой, то аутентификация пользователя не проходит (рис 10.45).

Разграничение прав пользователей в Silverlight бизнес-приложении можно реализовать с использованием ролей. Пользователям приложения назначаются роли, с которыми ассоциируются определенные права или функции системы.

Таким образом, аутентификация осуществляется на этапе регистрации пользователя, а авторизация реализуется на базе аутентификации с применением механизма ролей.

Для создания ролей необходимо настроить конфигурацию ASP.NET приложения. Для проекта ).

На странице администрирования веб-узла (рис 10.47) следует открыть вкладку ).

Выбрав ссылку "Создание ролей и управления ими" перейдем на страницу, где создадим две новые роли: администратор и оператор (рис 10.49).

Для создания новых пользователей выберем ссылку "Создать пользователя" и создадим два новых пользователя – одного с ролью Адмитистратор, а другого – "Оператор" (рис 10.50).

На странице администрирования веб-узла (рис 10.48) предоставляются возможности создания и управления пользователями, ролями и правилами доступа.

Для разграничения прав доступа различных пользователей к приложению используются атрибуты для классов и методов службы домена. Если ставится задача ограничить доступ к таблице Employee только зарегистрированным пользователям, метод загрузки данных GetEmployees() для этой таблицы класса EmployeeDomainService должен быть отмечен атрибутом RequiresAuthentication().

[RequiresAuthentication()]
public IQueryable<Employee> GetEmployees()

При переходе на страницу ).

Если переход на страницу ).

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

[RequiresRole("администратор")]
public void InsertEmployee(Employee employee)
    { . . . }

[RequiresRole("администратор")]
public void UpdateEmployee(Employee currentEmployee)
        { . . . }

[RequiresRole("администратор")]
public void DeleteEmployee(Employee employee)
        { . . . }

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

Ключевые термины

Службы RIA Services, шаблон Silverlight Business Application, авторизация, аутентификация, регистрация пользователя, локализация приложения, EDM-модель, группировка данных, фильтрация данных, дочернее окно Silverlight, валидация, роль пользователя

Windows Communication Foundation, WCF, Rich Internet application, RIA, RIA Services, Silverlight Business Application, Domain Service Class, ObjectContext, BusyIndicator, PageSize, AutoCompleteBox, ChildWindow, Authentication, webContext.

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

Рассмотрены вопросы построения приложения Silverlight на базе шаблона Business Application. При проектировании бизнес-приложения проанализированы подходы к локализации, созданию EDM-модели данных и службы WCF RIA Services, построению пользовательского интерфейса с использованием источников данных и автоматической генерации представления данных, вопросы сортировки и фильтрации информации в пользовательских интерфейсных элементах, реализацию функция модификации, вставки, удаления и валидации данных, аутентификацию и авторизацию пользователей.

Ресурсы для углубленного изучения

Вопросы для самопроверки

Заключение

При написании данного курса ставилась цель представить основные возможности технологии WPF и Silverlight для разработки приложений. Многие вопросы не вошли в данное пособие. Это прежде всего использование средств разработки Expression Design и Expression Blend, работа со звуком и видео, анимация, деловая графика, вопросы интеграции приложений с другими системами, например SharePoint Services.

Технологии Microsoft постоянно развиваются, так на момент завершения работы над пособием вышли пакет обновлений Visual Studio 2010 SP1, новая версия библиотеки WCF Data Services , которая предназначена для поддержки открытого стандарта обмена данными OData на платформе .NET, библиотека WCF RIA Services V1.0 SP1 для Silverlight 4, которая упрощает традиционный n-уровневый шаблон приложения путем согласования платформ ASP.NET и Silverlight.

По мнению автора, данное пособие может сформировать представление в возможностиях технологий WPF и Silverlight для разработки приложений, а детальное изучение данных вопросов и получение практических навыков является прерогативой читателей.

Замечания, пожеления и ваше мнение по данному пособию можно направлять по адресу alexdoljenko@mail.ru.