Будущие настольные приложения LOB - WPF, Silverlight или... HTML5?

Стратегия Silverlight перенесена на Windows Phone, а для кросс-платформенной веб-разработки - HTML 5.

http://www.zdnet.com/blog/microsoft/microsoft-our-strategy-with-silverlight-has-shifted/7834

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

Следует ли мне вернуться к рассмотрению WPF, думая, что, когда HTML5 созреет, они могут отказаться от Silverlight?

Ответ 1

Также упоминалась цитата:

Silverlight также имеет несколько "сладких пятен" в медиа и бизнес-приложениях, сказал он.

СМИ часто закручивают факты или упоминают только избранные факты, как способ улучшить историю. Silverlight не отмирает, и спецификация HTML5 не была ратифицирована.

Можно также сделать вывод из этой статьи о том, что MS делает все возможное, чтобы манипулировать спецификацией HTML5, чтобы удовлетворить себя, и мы закончим ситуацию, подобную предыдущей: каждый реализует ту же спецификацию по-другому и вам нужно закодировать обходные пути для каждого основного браузера. Из-за этих споров (которые, несомненно, будут делать и другие производители) это может занять много времени, чтобы спецификация была полностью ратифицирована.

Сказав это, WPF не подвержен какой-либо из этих неопределенностей, но он по-прежнему не является перекрестной платформой. Поэтому вы должны задать себе следующие вопросы:

  • Какова ожидаемая продолжительность вашего приложения LOB?
  • как долго он будет переписываться?
  • Можно ли выпустить его в нескольких разных технологиях для разных настроек?

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


EDIT: на следующий день после того, как я ответил на этот вопрос, Колин Эберхардт написал это очень хорошее сообщение в блоге: Имеет ли значение HTML5 конец для Silverlight?, который охватывает эту точную новость/цитату. Колин также ссылается на это последующее сообщение в блоге от Bob Muglia 1 в котором подробно описывается его цитирование. Я думаю, вы можете с уверенностью заключить, что для разработки вашего приложения LOB в Silverlight вполне нормально, если вы хотите:)

1 Президент отдела серверов и инструментов в Microsoft

Ответ 2

Я думаю, что все это сводится к выбору... достижимости и быстрому развитию. И, естественно, это может быть непростым ответом для любого проекта из-за множества факторов.

Если мне нужно идти на достижение, возможно, я не пойду с Silverlight. Но в данный момент я подумаю о быстрой разработке, приложениях, которые требуют некоторой нагрузки с сервера, сложных отчетов, кода, который может легко запускаться на клиенте, я бы подумал о плагинах, таких как SL или Flash... и так как я предпочитаю .NET., Я бы выбрал SL. HTML 5 имеет долгий путь, и вещи не будут меняться в одночасье [или слишком сложно, если есть такое слово: p].

Я не могу попросить людей обновить свои браузеры до IE9, что легко... но получить их плагин SL намного проще. Кроме того, я буду "почти" уверен в производительности своего приложения, когда я использую плагин SL. Это может быть неверно, если я захочу работать с браузерами. Например, IE 9 дает аппаратное ускорение и может дать мне выход в диапазоне 50-60 кадров в секунду, в то время как хром может страдать примерно на 5-10 кадров в секунду!

Ответ 3

Для потребительских и/или широко распространенных продуктов HTML5 очень привлекателен. Но для LOB-приложений, где - по определению - у вас есть технически невольная аудитория с обязательной конфигурацией платформы и жестко контролируемыми каналами распределения, WPF/Silverlight намного экономичнее. Так что, когда активность будет для подавляющего большинства приложений LOB.

Ответ 4

Silverlight не будет работать в мобильных приложениях, отличных от Microsoft, в ближайшее время. Я бы поместил свои деньги на HTML 5 - простой и открытый выигрыш.