4

Я рассматриваю сценарий, в котором мне нужно создать одно «основное» приложение Silverlight, а затем добавить «дочерние» приложения для приложения Silverlight, отличного от браузера.Несколько приложений вне браузера в одном приложении

Сценарий выглядит примерно так.

Пользователь посетит веб-сайт игрового поля и выберете игровую игру. Назовем it Checkers. Ему это нравится, поэтому он устанавливает внешнее приложение для своего рабочего стола . Затем он находит Шахматы, и устанавливает это тоже. Для обеих игр во время игры на сайте, он имеет статистику (игры сыграны, отчеты о выигрыше/убытках, и т. Д.). Для каждой игры на сайте он переходит на другую страницу.

Но теперь он хочет играть в офлайн-режиме и посмотреть его статистику и другие кросс-игры информацию. Он хочет иметь одно приложение , чтобы начать играть в любую игру. Из своего единственного вне браузера приложения он видит, что Go также доступен, и он помещает галочку против него в после его следующего подключения.

Есть ли у кого-нибудь опыт разработки нескольких приложений Silverlight, отличных от браузера, которые находятся в одном главном приложении? Какие соображения должны быть сделаны для такого типа дизайна? Как это будет работать с точки зрения установки с разных веб-страниц?

ответ

5

Что вам нужно MEF (которые будут включены в CLR наступающего Microsoft .NET Framework 4) вы можете прочитать об этом here, here & есть пример here

1

Есть ли причина, почему каждая игра должна быть отдельным приложением? Было бы намного проще просто установить главное приложение в качестве приложения OOB, а затем загрузить новые XAP-файлы из IsolStorage во время выполнения в зависимости от того, какие игры пользователь загрузил (установил). Или, может быть, я неправильно понимаю ваш сценарий?

+0

Часть причины для в браузере, что означает, что кто-то может перейти на веб-сайт, никогда не использовать функцию OOB и только хотите/иметь доступ только к одной игре на сайте (возможно, только одна страница на сайте). Другая часть будет размером - если пользователь находится на веб-сайте и имеет игровое устройство (главное приложение) в кеше, что ускорит загрузку игры. Если он/она, снова только на живом сайте, переходит на другую страницу игры, игрок будет в кеше, и они просто беспокоятся о времени загрузки игры. Так что это больше проблема архитектуры OOB/IB, которую я пытаюсь получить. –

Смежные вопросы