Silverlight против Flex

Question

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

Большая часть других наших разработок выполняется с использованием .NET.Вместо этого я пытаюсь подтолкнуть к разработке Silverlight, поскольку это позволит лучше использовать преимущества штатных разработчиков .NET.Я предпочитаю платформу Silverlight платформе Flex по той простой причине, что Silverlight представляет собой исключительно код .NET.В нашем штате больше разработчиков .NET, чем разработчиков Flash/Flex, и большинство наших разработчиков Flash/Flex — художники-графики (а не настоящие программисты).Единственная причина, по которой они сейчас стремятся к Flex, заключается в том, что это кажется логичным шагом по сравнению с Flash.

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

Итак, вот мой вопрос:Если я собираюсь пойти на встречу, чтобы похвалить Silverlight, почему компания захочет использовать Silverlight вместо Flex?Помимо очевидного «не у всех есть Silverlight», каковы плюсы и минусы каждого из них?

Answer 1

Я думаю, вам следует рассматривать Silverlight как долгосрочную игру, как, похоже, и делает Microsoft.Существует очевидный баланс между использованием Silverlight и Silverlight.Flash, если вас беспокоит охват и установка базы, но вот несколько причин, по которым Silverlight — хорошее направление для движения:

1. Преимущество второго шага. Точно так же, как Microsoft создала «лучшую Java» с помощью .NET, сегодня они могут посмотреть, как можно спроектировать плагин RIA с нуля.У них есть преимущество в том, что они знают, как люди используют Интернет сегодня, о чем изобретатели Flash никогда не могли точно догадаться.Flash может добавлять функции, но он не может реально отказаться от платформы и начать все сначала.

2. Знакомство с разработчиками. Хотя Silverlight — это новая модель, она не совсем незнакома разработчикам.Они «поймут» принцип работы Silverlight гораздо быстрее, чем поймут, запуская новую среду разработки с новым языком сценариев и новыми парадигмами событий.

3. Избавление от модели временной шкалы во Flash: изначально Flash был создан для анимации на основе ключевых кадров, и хотя существуют способы абстрагировать это, это лежит в основе работы Flash.Silverlight отказывается от этого в пользу модели, ориентированной на приложения.

4. ScottGu — СкоттГу в восторге от Silverlight.Достаточно.

5. Замечательные новые функции. Хотя Silverlight все еще догоняет Flash по некоторым очевидным функциям (таким как интеграция веб-камеры с микрофоном или ускорение 3D-графики), в Silverlight встроено несколько отличных новых технологий - одним из примеров является Deep Zoom.Я вижу больше «революционных» технологий со стороны Silverlight, в то время как Flash, похоже, на данный момент находится в режиме обслуживания.

Answer 2

Здесь есть два вопроса:Сильверлайт против.Flash как платформа и Silverlight vs.Flex как структура RIA.

Первый вопрос зависит от вашего срока.Flash Player имеет охват более 95%, а Silverlight и близко к этому не может приблизиться.Однако Silverlight может туда попасть, ведь он, в конце концов, поддерживается Microsoft.Если вы планируете запустить сайт на следующей неделе и хотите привлечь огромную аудиторию, Silverlight — не вариант.Если вы стремитесь запустить действительно классное приложение, которое каждый захочет использовать, это немного другое: если ваше приложение достаточно хорошее, ваша целевая аудитория может установить Silverlight только для того, чтобы иметь возможность его запускать.

Что касается второго вопроса, то вопрос в том, насколько легко его разработать. Приложения в Сильверлайте.Flex — это не просто набор виджетов, это очень большая платформа, которая делает множество вещей, облегчающих работу разработчика.Вы могли бы написать те же приложения, используя только основной Flash API, но это потребовало бы гораздо больше работы.В зависимости от того, что доступно в Silverlight, это должно быть важным фактором при принятии решения.Если вы можете сократить время разработки, стоит ли иметь две платформы?

Answer 3

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

Набор навыков будет легче найти, если найти разработчиков C# или VB, а не гуру ActionScript.Однако есть компромисс:

Опыт дизайна — это инвестиция не только в дизайнеров с художественными навыками, но также в знания и инструменты, предоставляемые Adobe.Вы можете почти гарантировать, что профессиональный дизайнер использует Mac и имеет опыт работы с инструментами Adobe.

На данный момент инструменты дизайнера Silverlight наполовину готовы и могут вызывать головную боль.Например, ошибки Blend при попытке отобразить любой xaml, содержащий IValueConverter, это проблематично.Я понятия не имею, каков опыт разработчиков Adobe, я уверен, что он такой же трудный.

Итак, на этом этапе игры все сводится к человеческим ресурсам:

Если у вас есть опыт работы с .NET и мало вложенных средств в навыки дизайна, выберите Silverlight.Навыки/инструменты программирования будут передаваться.Если у вас есть опыт и навыки в области дизайна, выбирайте Flex.Дизайнерские навыки/инструменты будут передаваться.

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

Перефразированный Джона мнение с другой точки зрения:

Я думаю, вам следует рассматривать Flex как долгосрочную игру, как, похоже, и делает Adobe.Существует очевидный баланс между использованием Silverlight и Silverlight.Flex, если вас беспокоит охват и установка базы, но есть и другие причины, по которым Flex — хорошее направление для движения:

1. Второе преимущество Mover - точно так же, как Adobe построила «лучшую Java -апплет» со Flash, они могут посмотреть, как вы разработаете время выполнения с нуля, сегодня.У них есть преимущество в том, что знают, как люди используют Интернет сегодня, что изобретатели существующих клиентских платформ никогда не могли бы догадать..NET может добавлять функции, но они не могут реалистично забросить платформу и начать все сначала.

2. Знакомство дизайнера - в то время как Flex/Air - это новая модель программирования, она не совсем незнанана для дизайнеров.Они «получат» так, как работает Flex намного быстрее, чем поймут, что запускает новую среду дизайна с новыми плохими инструментами и новыми парадигмами анимации.

3. Избавление от цветной модели RGB в Silverlight- .NET было первоначально создано для Windows, и она лежит в основе того, как она работает.Flex давно отказался для модели, ориентированной на дизайн.

4. Все ваши инструменты работают на вашем Mac.Достаточно.

5. Cool Features - Silverlight по -прежнему имеет некоторое время, чтобы сделать Flash на некоторых очевидных функциях (например, интеграция веб -камеры / микрофона или 3D / графическое ускорение).

Answer 4

Мы используем как silverlight, так и flex, и вот точка зрения разработчиков на оба варианта.

Плюсы Сильверлайта:

1. Возможности C#, фрагменты кода, повторное использование существующих реализаций алгоритмов C#
2. Возможности других языков, Generics, Linq и т. д.
3. Возможности собственного исполнения CLR вместо интерпретатора Action Script Flash
4. Одна интегрированная Visual Studio для всей разработки
5. Expression Blend — действительно крутой и более продвинутый редактор, чем Flex Builder.
6. XAML удобен для поисковых систем
7. Довольно приятные переходы между состояниями, их легко определить.
8. Потоки и асинхронные задачи
9. Доступность, никто не знает, что Microsoft всегда делала лучшие функции доступности во всех своих продуктах, они всегда хорошо работали с людьми с ограниченными возможностями, сравнивая браузеры, только IE поддерживает полную доступность, а Safari / Firefox и т. Д. Ничуть не ближе.

Минусы Сильверлайта:

1. Строго говоря, платформа Microsoft, я знаю, что многие люди будут спорить, но при нынешнем сценарии половина ребят из Intel Mac не может заставить работать Silverlight 3.0, все ребята из PPC Mac не могут использовать Silverlight 2.0 и выше, и Silverlight для Linux отсутствует.
2. Есть моно, но официально не поддерживается Microsoft, оно всегда будет отставать от реверс-инжиниринга .NET и портирования его на другую платформу, оно пока не из коробки.
3. Большинство компонентов/элементов управления являются «запечатанными», поэтому их сложно расширять и переопределять, чтобы легко создавать новые компоненты.
4. Плохая архитектура CustomControl/UserControl.Например.вы не можете использовать корень XAML в качестве ComboBox или любого другого элемента управления и позволить ему иметь как дизайн, так и код, вы можете создать собственный элемент управления, но они слишком сложны
5. Привязка требует именования компонентов и не поддерживает выражения экземпляров, как это делает flex, хотя двусторонняя привязка хороша в Silverlight, но вам придется писать длинные коды для нескольких привязок для одного математического выражения.

e.g.
// this is possible in flex..
// but not in silverlight
<mx:TextBox id="firstName"/>
<mx:TextBox id="lastName"/>

// display full name..
<mx:Label text="{firstName.text} {lastName.text}"/>

Плюсы Флекса:

1. Действительно независим от платформы, поддерживается на различных аппаратных средствах и операционных системах и отлично работает везде.
2. Открытый исходный код позволяет легко понять и расширить функциональность.
3. Каждый элемент управления/компонент может быть расширен, и существует меньше ограничений, переопределяющих поведение по умолчанию.
4. Самый простой способ создания новых компонентов: вы можете получить mxml из любого элемента управления и расширить его с помощью обширной привязки.
5. Flex содержит множество элементов управления, и вам не нужна сторонняя библиотека.

Минусы Флекса:

1. Медленное выполнение при итеративном выполнении, потоков нет!!никаких асинхронных задач!
2. Судя по пункту 1, отличная анимация или графика невозможны.
3. Никаких дженериков, никаких других языков, никакой лингвистики.
4. В классе чисел есть ошибка: невозможно сохранить полное 64-битное значение.
5. Eclipse плох для разработки чего-то отличного пользовательского интерфейса

Заключение

1. Мы используем flex для приложений обработки данных, это простые приложения для обработки форм.
2. Silverlight для чрезвычайно богатой графики и анимации

Answer 5

Проблема с Silverlight заключается в том, что у многих людей он до сих пор не установлен.Кроме того, я не уверен, насколько хорошо ваши существующие разработчики .Net смогут использовать свои существующие навыки, если они знакомы только с более традиционным серверным кодированием .Net.

Каковы ваши причины предпочесть Silverlight Flex?Если вам нужно спросить сообщество SOFlow о причинах, кажется странным, что вы с такой готовностью настаиваете на этом.

Answer 6

Еще одним преимуществом разработки Flex является то, что вы можете переключиться на разработку настольных приложений (Adobe AIR) с тем же исходным кодом (и той же IDE) и распространять их через Интернет.Вы можете проверить этотдля будущего Flash-платформы.
Обновление, третий квартал 2011 г.:Flash 11 поддерживает низкоуровневое 3D-ускорение, и уже существует множество фреймворков и основных движков (Unreal Engine 3, Unity), поддерживающих его.Однако преимуществом будущего является то, что приложение AIR будет работать на платформах Windows, Mac, Android, Playbook и iOS (поддержка Linux прекращена).С абсолютным минимумом хлопот между переносами между ними (по крайней мере, если у вас Adobe CS5.5+).

Обновление, второй квартал 2015 г.:Silverlight официально мертв.Adobe AIR жив, но не процветает — он может быть полезен, исходя из ваших навыков и набора инструментов.И Microsoft, и Adobe признают, что лучше всего использовать HTML5 (будь то AIR, Apache Cordova или Visual Studio).

Обновление 3 квартала 2017 г.:Ха-ха, вау, кто вообще больше использует Flash.

Answer 7

Не забыть:

Flex во многом является кроссплатформенным, поскольку он компилируется с использованием компиляции Java, что означает, что вы можете легко использовать Mac или Linux при разработке приложений Flex.У меня есть текущая установка круиз-контроля (которая использует Linux). Я создаю приложения для сборки Flex, но ребята из разработчиков используют как Mac, Linux, так и Windows.

По моему опыту, Java-разработчики чувствуют себя в Flex Builder вполне комфортно, поскольку он основан на Eclipse.

Answer 8

Вы никогда не получите справедливого голосования по этому вопросу в SO, поскольку у него так много разработчиков Microsoft.

Кроме того, люди, вероятно, проголосуют против этого ответа, в котором действительно все сказано.

Я говорю: позвольте вашим разработчикам попробовать обе платформы и посмотреть, какую они предпочтут.

Отвечая на комментарии ниже, я только что заметил, что, хотя существует множество ответов, рекомендующих Flash/Flex, ответы за Silverlight имеют гораздо больше голосов "за".Дело не во лжи, а в том, чтобы отдавать предпочтение тому, с чем вы знакомы, а не обязательно лучшей платформе.

Answer 9

Программисты Silverlight не знают, что они упускают, когда дело касается Flex.В Silverlight отсутствуют модель компонентов и возможности запуска событий, которые есть во Flex.Используя XNA и C#, моему другу пришлось пройти через все препятствия, чтобы заставить работать свое приложение Silverlight.Затем его нужно передать дизайнеру, чтобы он выглядел хотя бы наполовину прилично.

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

Я бы выбрал Flex, поскольку это чистый и простой подход, особенно если вы уже знакомы с Flash и ActionScript 3.0.На мой взгляд, Flex имеет гораздо больше смысла — Silverlight еще предстоит доработать.

Answer 10

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

Если вы выполняете развертывание в потребительском Интернете, вам подойдет Flash Player или AJAX.Если вы выполняете развертывание в частной локальной сети для предприятия .net, у вас есть варианты.

Answer 11

Как графический дизайнер, я использовал Flash (включенный и выключенный) в течение последних нескольких лет и Silverlight (и его старшего брата WPF) в течение последних 1,5 лет.Судя по тому, что я слышал от своей команды (все они являются разработчиками или бывшими разработчиками, если ваши разработчики .Net будут выполнять все программирование, выбирайте Silverlight.Я люблю Flash, но даже после пересмотра ООП до ActionScript 3 в Flash 9 и более поздних версиях это по-прежнему несколько причудливый язык, и переход между AS3 и C#, вероятно, сведет с ума ваших разработчиков :-).

Для ваших дизайнеров сделайте следующее:

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

• Начальная кривая обучения Blend довольно крутая, а интерфейс предлагает вам массу переменных и опций, поэтому инвестируйте в некоторое обучение и дайте своим дизайнерам время освоиться с пользовательским интерфейсом.

• Говоря об обучении, приобретите подписку на видеотеку Lynda.com, особенно.учебный курс Lee Brimelow Expression Blend.

• Пусть покупатель будет бдителен:Blend и WPF быстро меняются, поэтому иногда вы можете столкнуться с ошибками в Blend, которые исправляются в следующей бета-версии/CTP-версии Blend.Например.В Blend 2 была ошибка, из-за которой мои раскадровки (анимации) не работали в недавнем проекте.Я обновился до Blend 2.5CTP, и все заработало.

• Содержимое Silverlight не всегда работает с последней бета-версией плагина Silverlight, об этом следует помнить, если вы тестируете какую-то новую функцию, доступную только в последней версии плагина Silverlight.

• Инвестируйте в мощную систему (четырехъядерный процессор, 4 ГБ ОЗУ и т. д.). Blend потребляет много ресурсов, особенно.когда у тебя тонны слоев.Например.Я работаю над приложением с более чем 100 слоями (!) в базовом приложении (и еще более 100 в некоторых пользовательских элементах управления) и примерно 40-50 раскадровками.Каждые несколько минут мне приходится перезапускать Blend, потому что пользовательский интерфейс перестает отвечать (но не зависает).Либо так, либо переместите все, что можете, в пользовательские элементы управления.

Answer 12

Моя команда раньше писала многофункциональные веб-функции в Flex, а теперь пишет их в Silverlight.

Наши причины для этого перехода:

• FlexBuilder построен на Eclipse.Затмение ужасно!Бесплатная, но полная ошибок, сбоев и медленная.
• FlexBuilder в два раза дороже Expression Blend, который мы в любом случае получаем бесплатно с MSDN.
• Flex — это проблема для управления исходным кодом, он не любит помещать файлы в одно место и плохо сочетается с другими частями вашего решения (мы пробовали с SourceGear Vault и SVN).
• Версия ActionScript для Flex не нравится большинству реализаций SOAP, в частности, у нее есть всевозможные проблемы с реализациями .Net WebMethod.
• Несмотря на то, что мы периодически используем лицензионные компоненты Flex, он решает, что у нас нет этой версии, и добавляет водяные знаки только для демонстрационных версий.Единственный способ избавиться от этого — разобрать проект на части, переустановить Flex, переустановить лицензии и пересобрать его.
• FlexBuilder вообще не любит Vista.
• Принятие Silverlight растет, когда-то оно достигло уровня, на котором мы могли добавить его в качестве требования для соответствующих функций, которые мы переключили.Если бы мы работали на веб-аудиторию (а не на корпоративную), я не уверен, что мы смогли бы это сделать.

Остальная часть нашего проекта — это .Net и C#, все эти проблемы могут оказаться менее существенными в магазине Java.

Answer 13

Как намекнул Кибби выше, аргумент в пользу привлечения существующих разработчиков .Net не выдерживает большой критики.Невозможно быть экспертом во всех аспектах разработки .Net.Платформа слишком большая.То же самое касается Явы.Единственное, что дает Silverlight с точки зрения навыков, — это то, что вы можете писать код на своем любимом языке .Net.Это преимущество довольно невелико, если вы уже занимаетесь какой-либо значительной веб-разработкой, использующей JavaScript, поскольку сценарий Action является его разновидностью.Так что на самом деле для перевода программиста на Flex или Silverlight необходимо изучить API платформы.

Answer 14

Мы прошли через ту же проблему, и Флекс безоговорочно победил.Наши .NET-разработчики поначалу были обеспокоены, но после столь долгой работы с Ajax и JavaScript они теперь ЛЮБЯТ и действительно наслаждаются работой во Flex.

Вот вам простой тест...попытайтесь найти хотя бы три примера реальных приложений Silverlight (не являющихся играми, видеоплеерами или гаджетами).Затем сделайте то же самое для Flex.

Answer 15

Я думаю, что Silverlight и XAML предпочтительнее ActionScript, и хотя я не знаком с IDE ActionScript, я знаком с VS2008 и Expression Web/Blend, и это очень хорошие среды разработки, которые постоянно совершенствуются.Я бы выбрал Silverlight, и я думаю, что ключом к тому, чтобы пользователи установили плагин, является наличие хорошей страницы обнаружения плагина, которая объясняет, что такое SL и зачем он им нужен.Для примера перейдите по ссылке http://memorabilia.hardrock.com/ и попробуйте это с отключенным плагином SL.

Answer 16

Хотя я работал с Silverlight и очень рад возможности размещать приложения вне браузера, одно огромное преимущество AIR заключается в том, что он обеспечивает доступ к встроенной функции перетаскивания.Это позволяет вам создавать очень удобные для пользователя функции загрузки изображений или документов (например,загрузчик на Flickr).Насколько я слышал, MS пока не фокусируется на такой поддержке (т.никаких планов не заявлено).

Answer 17

Я использую это эмпирическое правило:если ваша компания разрабатывает мультимедийное программное обеспечение для Интернета и имеет клиентов со всеми видами платформ, и вы не используете приложения с интенсивным использованием баз данных, Flex - это определенный ответ, если ваша компания разрабатывает продукты как для Интернета, так и для DVD, менее интерактивные, но более интенсивные ( ЦП, Память) и использует смехотворное количество транзакций базы данных. Silverlight имеет больше смысла.

Answer 18

Кто-то сказал:«Найдите 3 реальных приложения Silverlight».Хорошо, я знал кое-что из головы, но все равно погуглил.Список:

• Олимпийские игры 2008 года в Пекине (статистика здесь, доставлено 250 ТБ данных!)
• Плеер Netflix по запросу
• Почтовый клиент AOL (возможно, еще не выпущен)

О, не видеоплееры?Что ж, остается приложение UFC (это гибрид видео/чата/прочего) и почтовый клиент AOL.Silverlight превосходен в видео, и именно здесь он завоевывает свои позиции, но это не значит, что он не может делать другие вещи.Я не вижу причин отвергать его только потому, что он хорошо снимает видео.

Инфомир [связь] сказал, что «Silverlight обладает значительными техническими достоинствами и относительно хорошими характеристиками.Это очень мощная технология RIA, которая особенно полезна в руках программистов с опытом работы с .Net и дизайнеров с опытом работы с XAML». Это хорошая статья для прочтения по вашему вопросу.

Мой ответ:Если у вас есть команда разработчиков, которые хорошо разбираются в .NET, то Silverlight должен быть первым в вашем списке.Если нет, то это настоящая лажа.Я видел статьи, в которых говорилось, что Visual Studio — более совершенная платформа разработки по сравнению с той, которую вы используете с Flex.Но Flash почти вездесущ.

Также имейте в виду, что Silverlight 2 почти не использует Javascript (я думаю, что нет, но я не уверен).Таким образом, любой отказ от Silverlight из-за JS необоснован.

Если производительность имеет значение, здесь побеждает Silverlight.Я много раз видел, как загрузка процессора моего браузера достигала 100%, и уничтожение любого окна, в котором работал Flash, всегда избавлялось от этого.Это особенно очевидно в Chrome, где вы можете увидеть процесс, потребляющий ваш процессор.Если вас интересует игровой потенциал Silverlight, обратите внимание на QuakeLight, порт Quake на Silverlight.Все складывается очень хорошо.

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

Answer 19

Если вы знаете .NET, вам подойдет Silverlight 3.0.Я использую его, и мне это нравится.Мне не нужно связываться с AJAX или JS, кстати (я понятия не имею, о чем этот парень имел в виду, возможно, SL 1.0). Для данных это в основном асинхронные вызовы WCF (LINQ to SQL за WCF), файлы XML или службы RIA.Он позволяет использовать большинство шейдерных эффектов, имеет стили, шаблоны элементов управления и встроенный буфер обмена Windows/Mac.Я могу воспроизводить видео высокой четкости, и большинство процессов работают очень хорошо даже на медленных процессорах.Мне также нравится привязка данных, привязка элементов управления и наблюдаемые коллекции, которые экономят мне много времени.ПЛЮС, я могу использовать LINQ, что значительно экономит время, не говоря уже об использовании Visual Studio для отладки.

Я разрабатываю корпоративные приложения .NET, поэтому знаю свою базу установок, и они установят надстройку (обычно 30 секунд).На внешнем веб-сайте вы можете потерять некоторых пользователей, которые не хотят устанавливать Silverlight или не используют Mac или Windows.Вы МОЖЕТЕ иметь приложения с SL вне браузера версии 3.0.

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

Answer 20

Вы серьезно не должны использовать ЛЮБОЙ этих технологий ActiveX2.0.Ни Silverlight, ни Flex...

Во-первых, они оба представляют собой не что иное, как «распределенные платформы Winforms с поддержкой запуска в браузере», во-вторых, они плохо переносятся на другие устройства (особенно актуально для Silverlight), в-третьих, они не работают. хорошо сочетается с другими частями вашей страницы.Они не подходят для людей с ограниченными возможностями и т. д. и т. п. и т. п.Список можно продолжать до бесконечности...

И Adobe, и Microsoft изо всех сил стараются скрыть этот факт, но, в конце концов, и Silverlight, и Flex — это не что иное, как ActiveX в новой оболочке…

Конечно, они работают в песочницах, являются управляемыми языками и все такое.Но это по-прежнему большой кусок BLOB-объекта, который загружается для локального запуска в вашем браузере, он же ActiveX...

Answer 21

Это старый вопрос, история сказала свое слово!

Microsoft практически отказалась от Silverlight, у него так и не появилось полезной базы установки.Вечеринка из-за того, что Microsoft не взяла на себя 100% обязательств.

Flash (следовательно, Flex) все еще существует.Однако все больше и больше браузеров не поддерживают никакие плагины, так что это только вопрос времени (лет), прежде чем флеш пойдет по пути Silverlight..

Возможно, однажды Flex будет переориентирован на HTML5 без плагинов…

Об iPhone говорили, и там говорилось, что единственный вариант — Apples Way или HTML5.

Answer 22

Flash Player доступен и официально поддерживается практически на всех настольных платформах (Windows, Linux, Mac), тогда как Silverlight будет поддерживаться в основном в Windows.

следующее статья обеспечивает сравнение обеих платформ.