Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

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

Читайте также:
  1. C) введение игл в подкожную клетчатку
  2. Einleitung/Введение
  3. I ВВЕДЕНИЕ
  4. I)Введение
  5. I. Введение
  6. I. ВВЕДЕНИЕ
  7. I. Введение

Сегодня многим разработчикам необходимо писать код, который должен выполняться как Silverlight так и.Net Runtime’мами. Хорошим примером является проверка данных, когда вы проверяете их сначала на стороне клиента, используя Silverlight, а затем на стороне сервера, используя.Net. До недавних пор нужно было компилировать один и тот же код в сборки для разных runtime’мов (Silverlight и.Net). Эта модель работоспособна, но не идеальна. Помимо этого, в последнее время разработка корпоративной системы все чаще подразумевает единовременное создание двух версий одного продукта – Windows и Web приложений, функциональность которых идентична. Оптимизацией решения задачи может служить синхронная разработка двух версий продукта средствами WPF и Silverlight технологий.

Несмотря на то, что Microsoft в последней версии.NET 4 и Silverlight 4 приложила большие усилия для поддержания совместимости кода WPF и Silverlight (теперь Silverlight использует новую CLR как основу для своей CoreCLR и тем самым вводит множество усовершенствований настольной версии в веб-версию.), по-прежнему остается множество тонкостей, которые нужно учитывать при разработке WPF\Silverlight приложений содержащих портируемый код.

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

Различия между двумя наборами библиотек создает проблемы при параллельной разработке под две платформы. Одна и та же сборка не может быть использована на обеих платформах из-за различия ссылок на базовые сборки. Библиотека может быть ориентированна только на одну платформу. Тем не менее, существует ряд техник позволяющих переносить исходный код между платформами, о которых и будет идти речь в данном курсе.

Представленные в пособии примеры разрабатывались для Visual Studio 2010, C# 4, Net.Framework 4.0, Silverlight 4, SQL Server 2008.


Дата добавления: 2015-08-13; просмотров: 62 | Нарушение авторских прав


Читайте в этой же книге: Основы модели UI и XAML | Разделение труда дизайнера и разработчика | Модель программирования XAML | Ключевые термины | Краткие итоги | Задача 4. | Задача 9. | Шаг 1. Создание проекта | Шаг 2. Добавляем элементы интерфейса для XAML-страниц | Шаг 1. Принципы разметки |
<== предыдущая страница | следующая страница ==>
Общая информация о курсе| Краткий экскурс в историю графических интерфейсов пользователя

mybiblioteka.su - 2015-2024 год. (0.005 сек.)