Silverlight против Flex

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

1. Второе преимущество движителя-точно так же, как Microsoft построила "better Java" с .NET, они могут посмотреть, как вы будете проектировать плагин RIA с нуля, сегодня. У них есть преимущество в том, что они знают, как люди используют сеть сегодня, о чем изобретатели Flash никогда не могли бы точно догадаться. Flash могут добавлять функции, но они не могут реально бросить платформу и начать все сначала.

2. Знакомство с разработчиками-хотя Silverlight-это новая модель, она не совсем незнакома разработчикам. Они будут "get" способ Silverlight работает намного быстрее, чем они будут понимать запуск новой среды разработки с новым языком сценариев и новыми парадигмами событий.

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

4. ScottGu - ScottGu загорается около Silverlight. Больше сказать нечего.

5. Классные новые функции - в то время как Silverlight все еще имеет некоторое догоняющее отношение к Flash по некоторым очевидным функциям (таким как интеграция webcam / mic или ускорение 3d / graphics), есть некоторые гладкие новые технологии, встроенные в Silverlight - глубокий зум является одним из примеров. Я вижу больше технологий "revolutionary" на стороне Silverlight, в то время как Flash, похоже, находится в режиме обслуживания на данный момент.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4. Все ваши инструменты работают на вашем mac. Нормуль сказал.

5. Классные функции-Silverlight еще имеет некоторое отношение к догоняющим Flash по некоторым очевидным признакам (например Интеграция webcam / mic, или 3d / ускорение графики).

Мы делаем как silverlight, так и flex, и вот точка зрения разработчика для обоих.

Плюсы Silverlight:

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

Минусы Silverlight:

1. Строго говоря, платформа Microsoft, я знаю, что многие люди будут спорить, но при нынешнем сценарии половина парней Intel Mac не может получить silverlight 3.0, все парни PPC Mac не могут использовать Silverlight 2.0 и далее, и нет silverlight для Linux.
2. Существует mono, но официально не поддерживается Microsoft, он всегда будет отставать от обратного инжиниринга .NET и переноса его на другую платформу, его еще не из коробки.
3. Большинство компонентов / элементов управления являются "Sealed", поэтому их трудно расширить и переопределить, чтобы легко создавать новые компоненты.
4. Плохая архитектура CustomControl/UserControl. E.g. вы не можете иметь корень 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}"/>

Плюсы Flex:

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

Минусы Flex:

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

Вывод

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

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

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

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

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

Обновление Q3/2017: ха-ха-ух, кто даже использует Flash больше.

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

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

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

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

Не забывать:

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

По моему опыту, java developers чувствует себя вполне комфортно в Flex Builder, поскольку он основан на Eclipse.

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

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

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

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

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

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

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

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

rest нашего проекта - это .Net и C#, вы можете найти все эти вопросы менее значимыми в магазине Java.

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

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

• Дайте им копию Expression Blend, инструмента разработки GUI для Silverlight/WPF.

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

• Кстати, об обучении: приобретите подписку на видеотеку Lynda.com, esp. учебный курс по смешиванию выражений ли Бримелоу.

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

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

• Инвестируйте в мощную систему (Quad Core, 4Gigs of RAM и т. д.) Blend потребляет много ресурсов, esp. когда у вас есть тонны слоев. E.g. Я работаю над приложением с более чем 100 слоями (!) в базовом приложении (и еще 100+ в некоторых пользовательских элементах управления), а также около 40-50 раскадровок. Каждые несколько минут мне приходится перезапускать Blend, потому что UI перестает отвечать (но не замораживается). Либо это, либо переместите все, что вы можете, в пользовательские элементы управления.

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

Мы прошли через этот же вопрос, и Flex выиграл руки вниз. Наши разработчики .NET сначала были обеспокоены, но после того, как они так долго работали в боли Ajax и JavaScript, теперь они LOVE и действительно наслаждаются работой в Flex.

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

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

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

Если вы знаете .NET, то Silverlight 3.0-это правильный путь. Я использую его, и мне это нравится. Мне не нужно связываться с AJAX или JS BTW (я понятия не имею, что этот парень имел в виду, может быть, SL 1.0) для данных это в основном асинхронные вызовы WCF (от LINQ до SQL за WCF) или файлы XML или службы RIA. Это позволит вам максимально использовать shader FX, его стили, шаблоны элементов управления и собственный доступ windows/Mac в буфер обмена. Я могу запускать видео с высоким разрешением, и большинство процессов работают очень хорошо даже при медленном CPUs. Я также наслаждаюсь привязкой данных, привязкой контроля и наблюдаемыми коллекциями, которые экономят мне много времени. PLUS я могу использовать LINQ, что значительно экономит время, не говоря уже об использовании Visual Studio для отладки.

Я разрабатываю приложения enterprise .NET, поэтому я знаю свою базу установки, и они установят надстройку (обычно 30 секунд). Для веб-сайта переднего плана вы можете потерять некоторых пользователей, которые не хотят устанавливать silverlight или не запускают Mac или Windows. У вас CAN есть приложения с SL вне браузера с 3.0.

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

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

Кто-то сказал: "Find 3 real world silverlight applications". Ладно, я знал кое-что с самого начала, но все равно погуглил. Список:

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

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

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

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

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

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

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

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

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

Adobe и Microsoft оба очень стараются скрыть этот факт, но в конце концов и Silverlight, и Flex-это не что иное, как ActiveX в новой оболочке...

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

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

Silverlight был так же хорош, как и заброшенный Microsoft, он никогда не получал полезной базы установки. Участник из-за того, что Microsoft не выделяет ему 100%.

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

Может быть, однажды Flex будет переориентирован на HTML5 без плагинов...

.

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

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