Итак, к примеру, возьмём тестовое внебраузерное Silverlight приложение, не являющееся
доверенным. Запустим его и попытаемся установить.

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

Теперь давайте посмотрим, что было бы в случае, если бы наше приложение являлось
доверенным внебраузерным, но не имело цифровой подписи.

Мы видим совершенно другой диалог установки, который говорит о том, что издатель
данного приложения не может быть проверен. Пользователь видит, что перед ним предупреждение
системы безопасности, и он может задуматься над тем, стоит ли вообще данное приложение
устанавливать. Кроме того, чтобы не отвлекать пользователя от основного сообщения,
галочки задающие места размещения ярлыков приложения скрыты в разделе «More options».

Давайте теперь подпишем наше доверенное внебраузерное Silverlight приложение. Для
этого воспользуемся программой «signtool», которая применяется и для подписи обычных
Windows приложений. Хочется отметить, что я не буду вдаваться в детали механизма
работы центров сертификации и сертификатов, а опишу весь процесс на базовом, но
достаточном для работы, уровне.

Так как не у всех есть нужный сертификат или же доступ к нему, для целей разработки
и тестирования Вы можете сами сгенерировать сертификат и добавить его в «Trusted
Root Certification Authorities» своего компьютера. Данным действием Вы говорите
заявляете о том, что доверяете сгенерированному сертификату. Так как всё происходит
на Вашем компьютере, прописывание самогенерированным сертификатом доверенных Silverlight
приложений не повлияет на диалог их установки на других компьютерах. Однако при
использовании домена Active Directory Вы можете добиться того, что сгенерированному
сертификату будут доверять все компьютеры домена.

Давайте запустим командную строку Visual Studio Command Prompt, находящуюся в подпапке
«Visual Studio Tools» папки «Microsoft Visual Studio 2010» в меню «Пуск», и создадим
новый сертификат:

makecert -r -pe -ss PrivateCertStore -n «CN=DemoTestCert» Demo.cer

Мы сгенерировали сертификат. Его можно использовать для подписи нашего Silverlight
приложения OOBSilverlightApplication.xap:

signtool sign /v /s PrivateCertStore /n DemoTestCert OOBSilverlightApplication.xap

После выполнения команд мы увидим сообщение о том, что всё прошло успешно:

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

Давайте запустим файл «Demo.cer» и в появившемся диалоговом окне нажмём на кнопку
установки сертификата («Install Certificate…»). В мастере установки в разделе «Certificate
Store» выберем «Trusted Root Certification Authorities».

Далее, нажав множество раз на кнопки «Next» и «OK», собственно установим сертификат.

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

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

Подписывать Silverlight приложения из командной строки просто, но что делать, если
нам хочется производить данное действие автоматически из Visual Studio при каждой
перекомпиляции? Для этого зайдём в свойства проекта Silverlight приложения и откроем
вкладку «Build Events». Зададим «Post-build event command line»:

«C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\signtool.exe» sign /v /s
PrivateCertStore /n DemoTestCert $(TargetName).xap

В данном случае используется полный путь до «signtool», а вместо имени .xap файла
задаётся $(TargetName).xap.

Теперь наше приложение будет подписанным после каждой компиляции.

В Silverlight 4 RC были добавлены очень интересные и полезные для разработчиков внебраузерных Silverlight приложений возможности. Самым существенным является то, что теперь устанавливать Silverlight приложения можно не только из браузера, но и с помощью командной строки (передачи определённого набора параметров приложению sllauncher.exe) – это так называемая «тихая» установка. Данная возможность позволяет легче и быстрее развёртывать внебраузерные Silverlight приложения на компьютерах организации. Также появилась возможность запускать такие приложения без установки, что в некоторых ситуациях, несомненно, может оказаться полезным.

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

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

Но обо всём по порядку.

«Тихая» установка и запуск внебраузерных Silverlight приложений.

Итак, установить и/или запустить внебраузерное Silverlight приложение можно даже не открывая браузер. Единственным ограничением является то, что Silverlight на компьютере пользователя должен быть уже установлен. Важно отметить то, что сейчас по лицензионному соглашению распространять Silverlight вмести со своим приложением нельзя. Вы можете открыть пользователю страницу загрузки Silverlight или сделать что-то ещё такого рода.

Давайте возьмём готовый .xap файл (в моём случае это «slapp.xap») внебраузерного приложения. Откроем командную строку и запустим «sllauncher.exe», который располагается в папке «C:\Program Files\Microsoft Silverlight» на 32 битных ОС или в папке «C:\Program Files (x86)\Microsoft Silverlight» в случае 64 битной системы.

Для того чтобы просто запустить внебраузерное Silverlight приложение передадим «sllauncher.exe» следующие параметры:

C:\Program Files (x86)\Microsoft Silverlight>sllauncher.exe /emulate:c:\sloob\slapp.xap /origin:http://your_site.com/sl/slapp.xap

В данном случае «emulate» указывает на то, что приложение мы хотим запустить. Далее идёт путь к .xap файлу, a параметр «origin» указывает базовый адрес. Благодаря чему нет разницы, было ли приложение скачено и установлено с этого адреса или же, оно было запущено или установлено с локального диска. Данный адрес особенно важен для обновления внебраузерных приложений, так как по нему осуществляется поиск новых версий.

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

C:\Program Files (x86)\Microsoft Silverlight>sllauncher.exe /install:c:\sloob\slapp.xap /origin:http://your_site.com/sl/slapp.xap /shortcut:desktop+startmenu

Теперь вместо параметра «emulate» у нас параметр «install», кроме того добавился параметр «shortcut», указывающий на то, где разместить ярлыки внебраузерного Silverlight приложения. В данном случае ярлыки появятся в меню Пуск и на рабочем столе. При этом само внебраузерное приложение запущено не будет.

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

Удалить установленное приложение также просто:

C:\Program Files (x86)\Microsoft Silverlight>sllauncher.exe /uninstall /origin:http://your_site.com/sl/slapp.xap

Заключение

В данной части я рассказал про «тихую» установку внебраузерных Silverlight приложений. В следующих частях я расскажу про добавление цифровой подписи и настройку рамки окна

Содержание

• Обновление внебраузерных приложений
• Определение наличия сетевого соединения
• Архитектура внебраузерных приложений
• Отладка внебраузерных приложений
• Совместное использование кода и сборок в Silverlight и .NET

Обновление внебраузерных Silverlight приложений

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

1. Загрузить новую версию .xap файла Silverlight приложения на сервер.
2. При запуске внебраузерного приложения или в любой другой момент проверить наличие обновлений.
3. После окончания проверки Silverlight скачает новую версию приложения, которая будет установлена автоматически при следующем запуске. Разработчик может обработать событие окончания проверки и, например, показать пользователю сообщение о необходимости перезапуска приложения.

Давайте добавим возможность обновления в существующее внебраузерное приложение. Откроем C# код страницы App.xaml. И в конструкторе класса «App» подпишемся на событие «CheckAndDownloadUpdateCompleted».

this.CheckAndDownloadUpdateCompleted +=
new CheckAndDownloadUpdateCompletedEventHandler(App_CheckAndDownloadUpdateCompleted);

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

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

void App_CheckAndDownloadUpdateCompleted(object sender,
CheckAndDownloadUpdateCompletedEventArgs e)
{
    if (e.UpdateAvailable)
    {
        MessageBox.Show("Доступно обновление. " +
            "Перезапустите приложение для использования новой
                версии.");
    }
    else if (e.Error != null && e.Error is PlatformNotSupportedException)
    {
        MessageBox.Show("Доступно обновление, " +
            "но требуется более новая версия Silverlight.");
    }
}

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

После того как мы подписались на событие, надо собственно инициировать проверку на наличие обновлений. Нет ничего проще. Добавим следующий код в функцию «Application_Startup» класса «App».

this.CheckAndDownloadUpdateAsync();

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

public App()
{
    this.Startup += this.Application_Startup;
    this.Exit += this.Application_Exit;
    this.UnhandledException += this.Application_UnhandledException;

    this.CheckAndDownloadUpdateCompleted +=
    new CheckAndDownloadUpdateCompletedEventHandler(App_CheckAndDownloadUpdateCompleted);

    InitializeComponent();
}

Как видите, изменения незначительны. Как и в случае с функцией «Application_Startup», полный код которой также не должен вызвать у Вас удивления.

private void Application_Startup(object sender, StartupEventArgs e)
{
    this.CheckAndDownloadUpdateAsync();
    this.RootVisual = new MainPage();
}

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

Определение наличия сетевого соединения

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

Для того чтобы просто проверить наличие сетевого соединения достаточно вызвать статическую функцию GetIsNetworkAvailable класса NetworkInterface.

NetworkInterface.GetIsNetworkAvailable();

Давайте добавим в элемент LayoutRoot на странице MainPage.xaml текстовый блок, куда будем выводить информацию о сетевом соединении.

<TextBlock x:Name="tbNetwork" VerticalAlignment="Top"
HorizontalAlignment="Center" FontSize="25"/>

Также напишем функцию, которая будет собственно изменять текст в текстовом блоке.

void CheckNetwork()
{
    if (NetworkInterface.GetIsNetworkAvailable())
    {
        tbNetwork.Text = "Сеть доступна";
        tbNetwork.Foreground = new SolidColorBrush(Colors.Green);
    }
    else
    {
        tbNetwork.Text = "Сеть не доступна";
        tbNetwork.Foreground = new SolidColorBrush(Colors.Red);
    }
}

Отлично, функция у нас есть. Но когда её вызывать? Если вызвать её один раз при загрузке приложения, то мы не узнаем об изменениях, происходящих с сетевым соединением в процессе работы приложения. К счастью мы можем подписаться на событие NetworkAddressChanged класса NetworkChange, которое происходит при изменении сетевого адреса компьютера, а значит и при исчезновении/появлении сетевого соединения. В обработчике события NetworkChange вызовем функцию CheckNetwork. Кроме того вызовем функцию CheckNetwork в конструкторе класса MainPage (В листинге не приведён код предыдущих примеров).

public MainPage()
{
    InitializeComponent();

    CheckNetwork();
    NetworkChange.NetworkAddressChanged += (sender, e) => CheckNetwork();
}

Теперь запустите приложение в браузере или вне его, в условиях, когда сетевое соединение доступно.

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

Надпись сменится автоматически. Чего мы и добивались.

Архитектура внебраузерных Silverlight приложений

Разрабатывая внебраузерные Silverlight приложения полезно знать, что конкретно выполняется на компьютере у пользователя, где это хранится, а также, куда собственно инсталлируются внебраузерные приложения. Как разработчик Вы создаёте .xap файл Silverlight приложения. Очевидно, что выполняться он не может.

Давайте зайдём в свойства ярлыка любого установленного внебраузерного Silverlight приложения.

Можно увидеть, что на самом деле запускается файл «sllauncher.exe», расположенный в папке «C:\Program Files\Microsoft Silverlight» или «C:\Program Files (x86)\Microsoft Silverlight» на 64 битных платформах. Ему передаётся Id внебраузерного Silverlight приложения. В данном случае это «2923737553.localhost». Sllauncher.exe при запуске ищет в папке внебраузерных приложений приложение с нужным Id и запускает его внутри своего окна. Папка, куда устанавливаются внебраузерные Silverlight приложения своя для каждого пользователя.

Перейдите в директорию «C:\Users\__ИМЯ_ПОЛЬЗОВАТЕЛЯ__\AppData\LocalLow\Microsoft\Silverlight», только учтите, что папка «AppData» является скрытой. Внутри директории «Silverlight» находятся две поддиректории: «is» – место для изолированных хранилищ, а также «OutOfBrowser» – место для размещения внебраузерных приложений.

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

На самом деле было бы не совсем верно утверждать, что при работе внебраузерных Silverlight приложений браузер не используется, так как в окне внебраузерного приложения размещается самый настоящий Internet Explorer, в котором уже выполняется Silverlight. С помощью программы Spy++ это легко увидеть.

В первом случае, это видно на рисунке, Silverlight приложение работает в браузере.

Во втором случае оно работает вне его.

Можно заметить, что везде присутствует «Internet Explorer_Server». Другое дело, что в случае с внебраузерными приложениями мы его не замечаем и не можем запустить в нём что-то отличное от нашего Silverlight приложения.

Отладка внебраузерных приложений

Мы увидели много интересных возможностей внебраузерных Silverlight приложений, научились создавать такие приложения и узнали, как они работают. Всё это, конечно, хорошо, но на данный момент может быть не совсем очевиден механизм их отладки. Ведь, отлаживая Silverlight приложения в браузере, доступа к специфическим внебраузерным возможностям нет. Поэтому хорошим решением кажется присоединение отладчика к процессу «sllauncher.exe», в котором, как мы увидели ранее, и работают внебраузерные приложения. Но данное решение не позволяет отлаживать код, выполняемый при загрузке внебраузерного Silverlight приложения. Вероятно, должен быть способ лучше.

Далее я такой способ и опишу.

Предположим, что Silverlight приложение создано, настроено для работы вне браузера и хостится в проекте Web приложения.

1. Если проект Web приложения не является стартовым проектом (запускаемым при нажатии F5 в Visual Studio), сделайте его таковым.
2. Запустите проект.
3. Установите внебраузерное Silverlight приложение.
4. После установки внебраузерное приложение запустится. Закройте его и остановите отладку в Visual Studio.
5. Сделайте проект Silverlight приложения стартовым. Для этого нажмите правой кнопкой мыши на имени проекта в окне «Solution Explorer» и выберите пункт «Set as StartUp Project».
6. После этого в том же контекстном меню проекта Silverlight приложения выберите пункт «Properties».
7. В открывшемся диалоге свойств проекта перейдите на вкладку «Debug». И установите для «Start Action» значение «Installed out-of-browser application». В выпадающем списке выберите, скорее всего, единственный пункт, а именно имя установленного внебраузерного приложения.
   
8. Всё, можно сохранить изменения, и поставить точку останова в нужном месте Silverlight приложения.
9. Нажмите F5. Silverlight приложение сразу запустится вне браузера. Отладчик будет присоединён автоматически.
   

Совместное использование кода и сборок в Silverlight и .NET

Если Вы создаёте Silverlight и WPF версию какого-либо приложения, может потребоваться использовать одни и те же сборки в обеих версиях. Или же один и тот же код должен работать как на сервере, так и на Silverlight клиенте. Вариантов, почему это может быть нужно, множество.

В Silverlight присутствует возможность создать сборки, которые можно подключить и в обычных .NET приложениях. Серьёзным ограничением является то, что такие сборки могут использовать только общий для Silverlight и .NET API. Сразу хочется отметить, что пользовательский интерфейс не является порируемым из-за отличий между Silverlight и WPF. Но существуют пять общих ключевых сборок, доступных для использования на обеих платформах. Вот они.

• mscorlib
• System
• System.Core
• System.ComponentModel.Composition
• Microsoft.VisualBasic

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

Также надо учитывать, что есть возможность использовать Silverlight сборки в .NET, но не наоборот. Это связано с тем, что Silverlight является подмножеством .NET, а код, созданный для подмножества некоторого API с большей долей вероятности будет работать и в версии с большими возможностями.

Давайте создадим новый проект типа «Silverlight Class Library». Добавим в данный проект класс «SharedClass».

public class SharedClass
{
    private string _text;
    public string Text
    {
        get
        {
            return _text;
        }
    }
    public SharedClass(string text)
    {
        _text = String.Format("***{0}***", text);
    }
}

Мы можем собрать проект и подключить получившуюся сборку в любое .NET 4.0 или Silverlight приложение.

Из .NET приложения получится работать только с кодом, использующим классы пяти портируемых сборок. Класс «SharedClass» ничего лишнего не использует, поэтому создадим консольное .NET 4.0 приложение, подключим нужную сборку и протестируем работу класса «SharedClass».

static void Main(string[] args)
{
    SharedClass sharedClass = new SharedClass("Hello Silverlight!");
    Console.WriteLine(sharedClass.Text);
}

Бывают ситуации, когда возможностей, предлагаемых портируемыми сборками оказывается недостаточно. Тогда стоит воспользоваться более сложными приёмами. Например, в .NET и Silverlight приложениях использовать одни и те же файлы исходного кода. А для кода, зависимого от платформы применять условную компиляцию. Рассмотрим это на примере.

Откроем существующее Silverlight приложение и щёлкнем правой кнопкой мыши на названии решения («Solution …») в окне «Solution Explorer». В контекстном меню выберем Add -> New Solution Folder. Назовём папку «SharedCode» и добавим в неё файл с C# кодом класса «SharedClass», рассмотренным ранее.

Добавим ссылку на данный файл в проект Silverlight приложения и проект ASP.NET приложения. Для этого в контекстном меню соответствующего проекта нажмём Add -> Existing Item… , выберем файл «SharedClass.cs», а вместо «Add» выберем «Add As Link».

Теперь ссылка на файл присутствует в обоих проектах.

Соответственно в обоих проектах можно использовать класс «SharedClass». Более того, можно добавить в данный класс код, различный для каждой платформы с помощью условной компиляции. В свойствах проекта Silverlight приложения и на вкладке «Build» определён параметр «Conditional compilation symbols». Его значение равно «SILVERLIGHT». Данный символ и будет использоваться в условии при компиляции.

Добавим в класс функцию «ShowText». В случае использования данной функции в Silverlight приложении будет показано сообщение с текстом, а в ASP.NET текст будет выведен на страницу.

public void ShowText()
{
#if SILVERLIGHT
    System.Windows.MessageBox.Show(_text);
#else
    System.Web.HttpContext.Current.Response.Write( _text);
#endif
}

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

Как Вы, наверное, знаете, Silverlight приложения могут работать не только внутри, но и вне браузера (OOB, Out-of-Browser). При этом внебраузерные Silverlight приложения фактически устанавливаются на компьютер пользователя и запускаются с него, а не по сети, как в случае с традиционными Silverlight приложениями, что позволяет внебраузерным приложениям работать и в условиях отсутствия сетевого соединения. Ярлык такого приложения при установке располагаться в меню «Пуск» и/или на рабочем столе (всё зависит от выбора пользователя), оно отображается в диалоге установки и удаления программ операционной системы наравне с обычными Windows приложениями. Если же внебраузерное приложение ещё и является доверенным (trusted), то оно получает доступ к некоторым ресурсам компьютера за пределами традиционной для Silverlight приложений песочницы (sandbox). Например, доверенное приложение может обращаться к части файловой системы компьютера, а не только к изолированному хранилищу (isolated storage), сетевым ресурсам, не требуя обязательного наличия на сервере файла кросс доменной политики (cross domain policy file), а также доверенное внебраузерное Silverlight приложение может взаимодействовать с COM (Component Object Model) объектами, такими, как, например, объекты автоматизации Microsoft Office. И, конечно же, это далеко не полный список дополнительных возможностей доверенных внебраузерных приложений.

Также стоит сказать, что каждое Silverlight приложение может работать вне браузера, если это явным образом разрешил разработчик, поставив всего одну галочку в свойствах проекта в Visual Studio или написав несколько строк на XML, если Visual Studio по каким-то причинам не используется. Поставить галочку просто, но таким образом нельзя получить всех преимуществ работы вне браузера. Ведь для внебраузерных приложений доступны многие программные интерфейсы (API – Application programming interface), не доступные в браузере. Это и оповещения (notifications), и управление параметрами окна внебраузерного приложения, элементы управления WebBrowser и HTMLBrush, а также широчайшие возможности доверенных внебраузерных приложений, о которых упоминалось выше.

Silverlight клиент для Facebook

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

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

Надо отметить, что любые Silverlight приложения, в том числе внебраузерные, одинаково хорошо работают как на Windows, так и на MacOS X. При этом обе платформы официально поддерживаются компанией Microsoft и все возможности внебраузерных приложений доступны на каждой из них. Единственной зависимой от платформы возможностью является взаимодействие с COM объектами, которые присутствуют только в Windows.

Кроме того существует проект Moonlight, который обеспечивает работу Silverlight приложений на операционной системе Linux. Это проект с открытым исходным кодом, разрабатываемый компанией Novell при некоторой поддержке со стороны Microsoft. Наблюдается небольшое отставание Moonlight от официальной версии Silverlight, поэтому, если Вы хотите, чтобы Ваши приложения работали и на Linux тоже, не забудьте их протестировать на совместимость с Moonlight.

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

Давайте создадим простое внебраузерное приложение (все примеры далее используют Silverlight четвёртой версии, если не оговаривается иное).

Итак, нам понадобится Visual Studio 2010. Запустим её и создадим новый проект.

• Выберем File -> New -> Project -> Visual C# -> Silverlight.
• Тип проекта «Silverlight Application».
• Назовём проект «OOBSilverlightApplication».
• Нажмём на кнопку «OK» и в открывшемся диалоге «New Silverlight Application» оставим все параметры без изменений.
• Очередной раз, нажав на кнопку «OK», мы создадим проект Silverlight приложения и проект web приложения «OOBSilverlightApplication.Web», которое собственно предназначено для хостинга Silverlight приложения. Создавать web приложение имеет смысл практически всегда, кроме случаев, когда Вы не разрабатываете серверную часть для Вашего внебраузерного Silverlight приложения, или внебраузерное приложение взаимодействует только с уже существующими сторонними сервисами.

Для многих может показаться странным то, что в Visual Studio нет отдельного типа проекта внебраузерного Silverlight приложения. На самом деле это связано с тем, что Silverlight приложение в принципе не может быть только внебраузерным. Оно всегда в первый раз запускается в браузере. А уже из браузера пользователь может установить приложение себе на компьютер.

Интерфейс приложения в браузере и вне его может быть практически одинаковым, но бывают и ситуации (часто такое происходит с доверенными внебраузерными приложениями), когда в браузере отображается только одна кнопка «установить» и, возможно, некоторое текстовое описание, а вся функциональность доступна исключительно вне браузера. При этом физически приложение представляет собой единственный .xap файл. Разработчик может определить окружение, в котором происходит запуск и в связи с этим коренным образом изменить интерфейс и поведение приложения.

Ну что же, вернёмся в Visual Studio. Давайте изменим цвет фона страницы «MainPage.xaml» для того чтобы наше приложение можно было легко идентифицировать. Сделаем это, заменив в строке <Grid x:Name="LayoutRoot" Background="White"> значение цвета фона с «White» на «AliceBlue».

Также добавим в менеджер размещения (layout manager) Grid с именем «LayoutRoot», чей фон мы только что меняли, кнопку, при нажатии на которую пользователь сможет установить приложение.

<Button x:Name="btnInstall" Content="Установить приложение" Width="150"
Height="50"/>

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

private void btnInstall_Click(object sender, RoutedEventArgs e)
{
    if (Application.Current.InstallState == InstallState.NotInstalled)
    {
        Application.Current.Install();
    }
}

Учтите только, что с помощью значения свойства Application.Current.InstallState нельзя проверить запущено приложение в браузере или вне его. Для этого существует другое свойство Application.Current.IsRunningOutOfBrowser. Используя его, поменяем цвет фона нашего приложения на оранжевый, в случае, если приложение работает вне браузера. Сделать это проще всего в конструкторе страницы MainPage.

public MainPage()
{
    InitializeComponent();

    if (Application.Current.IsRunningOutOfBrowser)
    {
        LayoutRoot.Background = new SolidColorBrush(Colors.Orange);
    }
}

Application.Current.InstallStateChanged += (sender, e) =>
{ MessageBox.Show(Application.Current.InstallState.ToString()); };

<OutOfBrowserSettings ShortName="Тест" EnableGPUAcceleration="False"
ShowInstallMenuItem="True">
  <OutOfBrowserSettings.Blurb>Описание</OutOfBrowserSettings.Blurb>
  <OutOfBrowserSettings.WindowSettings>
    <WindowSettings Title="Тестовое приложение" />
  </OutOfBrowserSettings.WindowSettings>
  <OutOfBrowserSettings.SecuritySettings>
    <SecuritySettings ElevatedPermissions="NotRequired" />
  </OutOfBrowserSettings.SecuritySettings>
  <OutOfBrowserSettings.Icons />
</OutOfBrowserSettings>

Далее я такой способ и опишу.

Предположим, что Silverlight приложение создано, настроено для работы вне браузера и хостится в проекте Web приложения.

1. Если проект Web приложения не является стартовым проектом (запускаемым при нажатии F5 в Visual Studio), сделайте его таковым.
2. Запустите проект.
3. Установите внебраузерное Silverlight приложение.
   
4. После установки внебраузерное приложение запустится. Закройте его и остановите отладку в Visual Studio.
5. Сделайте проект Silverlight приложения стартовым. Для этого нажмите правой кнопкой мыши на имени проекта в окне «Solution Explorer» и выберите пункт «Set as StartUp Project».
6. После этого в том же контекстном меню проекта Silverlight приложения выберите пункт «Properties»
7. В открывшемся окне свойств проекта перейдите на вкладку «Debug». И установите для «Start Action» значение «Installed out-of-browser application». В выпадающем списке выберите, скорее всего, единственный пункт, а именно имя установленного внебраузерного приложения.
   
8. Всё, можно сохранить изменения, и поставить точку останова в нужном месте Silverlight приложения.
   
9. Нажмите F5. Silverlight приложение сразу запустится вне браузера. Отладчик будет присоединён автоматически.

Оригинал на английском