Silverlight против Flex
Моя компания разрабатывает несколько типов приложений. Большая часть нашего бизнеса связана с созданием мультимедийных приложений, как правило, во Flash. Однако теперь эта сторона дома начинает переходить к разработке Flex.
Большая часть нашей другой разработки выполняется с использованием.NET. Вместо этого я пытаюсь продвинуться в разработке Silverlight, так как это позволит лучше использовать разработчиков.NET в штате. Я предпочитаю платформу Silverlight, чем платформу Flex, потому что Silverlight - это весь код.NET. У нас в штате больше разработчиков.NET, чем разработчиков Flash/Flex, и большинство наших разработчиков Flash/Flex являются художниками графики (а не настоящими программистами). Единственная причина, по которой они сейчас стремятся к Flex, в том, что это кажется логичным шагом от Flash.
Я занимался разработкой, используя оба, и я искренне верю, что с Silverlight работать легче. Но я пытаюсь убедить людей, которые являются только разработчиками Flash.
Итак, вот мой вопрос: если я собираюсь пойти на собрание, чтобы похвалить Silverlight, почему компания хочет использовать Silverlight вместо Flex? Кроме очевидного "не у всех есть Silverlight", каковы плюсы и минусы для каждого?
22 ответа
Я думаю, что вы должны смотреть на Silverlight как на долгосрочную игру, так же, как Microsoft, кажется, делает. Существует очевидный баланс между тем, когда использовать Silverlight против Flash, когда вы беспокоитесь о том, как достать и установить базу, но вот несколько причин, по которым Silverlight является хорошим направлением для продвижения:
Второе преимущество - точно так же, как Microsoft создала "лучшую Java" с помощью.NET, они могут взглянуть на то, как вы сегодня создадите плагин RIA с нуля. У них есть преимущество в том, что они знают, как люди сегодня пользуются Интернетом, а об этом изобретатели Flash никогда бы не догадывались. Flash может добавлять функции, но они не могут реально изменить платформу и начать все сначала.
Знакомство с разработчиками. Несмотря на то, что Silverlight - новая модель, она не совсем незнакома разработчикам. Они "поймут" способ, которым Silverlight работает намного быстрее, чем поймут, как запустить новую среду разработки с новым языком сценариев и новыми парадигмами событий.
Избавляясь от модели временной шкалы во Flash, Flash изначально создавался для анимации на основе ключевых кадров, и хотя есть способы абстрагироваться от этого, он лежит в основе работы Flash. Silverlight отказывается от этой модели, ориентированной на приложения.
ScottGu - ScottGu загорелся по поводу Silverlight. Достаточно.
Интересные новые функции. Несмотря на то, что Silverlight по-прежнему имеет некоторое отношение к Flash по некоторым очевидным функциям (таким как интеграция с веб-камерой / микрофоном или ускорение 3D / графики), в Silverlight встроены некоторые интересные новые технологии - Deep Zoom является одним из примеров. Я вижу больше "революционных" технологий на стороне Silverlight, в то время как Flash сейчас находится в режиме обслуживания.
Здесь есть два вопроса: Silverlight против Flash в качестве платформы и Silverlight против Flex в качестве платформы RIA.
Первый вопрос зависит от ваших временных рамок. Flash Player имеет более 95% охвата, Silverlight не имеет никакого отношения к этому. Тем не менее, Silverlight может попасть туда, ведь он поддерживается Microsoft. Если вы хотите запустить сайт на следующей неделе и хотите иметь большую аудиторию, Silverlight не подходит. Если вы хотите запустить действительно классное приложение, которое все захотят использовать, оно будет немного другим, если ваше приложение достаточно хорошее, ваша целевая аудитория может установить Silverlight, чтобы иметь возможность его запускать.
Что касается второго вопроса, то это вопрос того, насколько легко разрабатывать приложения в Silverlight. Flex - это не просто набор виджетов, это очень большой фреймворк, который делает многое, что облегчает работу разработчика. Вы могли бы написать те же приложения, используя только основной API Flash, но это было бы намного больше работы. В зависимости от того, что доступно в Silverlight, это должно быть важным фактором при принятии решения. Если вы можете сократить время разработки, стоит ли иметь две платформы?
Я думаю, что Silverlight наиболее выгоден для компаний, которые имеют разработчиков.NET, но не имеют опыта дизайнеров.
Наборы навыков будет легче найти, если найти разработчиков на C# или VB против гуру ActionScript. Однако есть компромисс:
Опыт проектирования - это инвестиция не только в дизайнеров с художественным мастерством, но и в знания и инструменты, предоставляемые Adobe. Вы можете почти гарантировать, что профессиональный дизайнер использует Mac и имеет опыт работы с инструментами Adobe.
В данный момент инструменты дизайнера Silverlight наполовину испечены и могут быть головной болью. Например, ошибки Blend при попытке отобразить любой xaml, содержащий IValueConverter, это проблематично. Я понятия не имею, что опыт разработчика Adobe, я уверен, что это так же волосато.
Итак, на данном этапе игры все сводится к человеческим ресурсам:
Если у вас есть опыт работы с.NET и мало вложено в навыки проектирования, переходите на Silverlight. Навыки программирования / инструменты будут передаваться. Если у вас есть опыт проектирования и навыки, используйте Flex. Дизайнерские навыки / инструменты будут передаваться.
В любом случае для получения данных обеим клиентским платформам требуется связь со службами, поэтому вы всегда будете использовать свой опыт программирования в бэкэнде.
Перефразируя мнение Jon Galloway с другой точки зрения:
Я думаю, что вы должны смотреть на Flex как на долгосрочную игру, точно так же, как это делает Adobe. Существует очевидный баланс того, когда использовать Silverlight против Flex, когда вы беспокоитесь о доступности и установке базы, но вот еще несколько причин, по которым Flex является хорошим направлением для продвижения:
Второе преимущество - точно так же, как Adobe создала "лучший Java-апплет" с Flash, они могут посмотреть, как вы спроектируете среду выполнения с нуля, сегодня. У них есть преимущество в том, что они знают, как люди сегодня пользуются Интернетом, а это невозможно было бы точно угадать изобретателям существующих клиентских платформ. .NET может добавлять функции, но они не могут реально изменить платформу и начать все сначала.
Знакомство с дизайнером. Хотя Flex/AIR - это новая модель программирования, она не является совершенно незнакомой для дизайнеров. Они "поймут" способ, которым Flex работает намного быстрее, чем поймут, как запустить новую среду проектирования с новыми инструментами с плохими функциями и новыми парадигмами анимации.
Избавление от цветовой модели RGB в Silverlight- .NET изначально было разработано для Windows, и именно в этом суть ее работы. Flex давно отказался от модели, ориентированной на дизайн.
Все ваши инструменты работают на вашем Mac. Достаточно.
Интересные функции - Silverlight все еще имеет некоторое отношение к Flash по некоторым очевидным функциям (например, интеграция с веб-камерой / микрофоном или ускорение 3D / графики).
Мы делаем и Silverlight, и Flex, и вот точка зрения разработчика для обоих.
Плюсы Silverlight:
- Мощь C#, фрагменты кода, повторное использование существующих реализаций алгоритма C#
- Сила других языков, Generics, Linq и т. Д.
- Сила собственного исполнения CLR вместо интерпретатора сценариев действий Flash.
- Одна интегрированная Visual Studio для всех разработчиков
- Expression Blend - действительно классный и более продвинутый редактор, чем Flex Builder.
- XAML - дружественная поисковая система
- Довольно приятные переходы состояний и их легко определить
- Потоки и асинхронные задачи
- Доступность, никто не знает, что Microsoft всегда делала лучшие возможности доступа для всех своих продуктов, они всегда хорошо работали с людьми с ограниченными возможностями, сравнивая только браузеры, IE поддерживает полную доступность, а Safari/firefox и т. Д. Не где-то ближе.
Минусы Silverlight:
- Строго говоря, Microsoft Platform, я знаю, что многие будут спорить, но при нынешнем сценарии половина парней из Intel Mac не может работать с Silverlight 3.0, все парни из PPC Mac не могут использовать Silverlight 2.0 и более поздних версий, а Silverlight для Linux отсутствует.
- Существует моно, но официально не поддерживается Microsoft, он всегда будет отставать от реверс-инжиниринга.NET и переноса его на другую платформу, его пока нет в продаже.
- Большинство компонентов / элементов управления "запечатаны", поэтому их сложно расширить и переопределить, чтобы легко создавать новые компоненты.
- Плохая архитектура CustomControl/UserControl. Например, вы не можете иметь корень XAML в качестве ComboBox или любого другого элемента управления и позволить ему иметь как дизайн, так и код, вы можете создать собственный элемент управления, но они слишком сложны
- Привязка требует именования компонентов и не поддерживает выражения экземпляров, как это делает 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:
- По-настоящему независимый от платформы, поддерживается на различных аппаратных и операционных системах и действительно работает везде.
- Открытый исходный код позволяет легко понять и расширить функциональность.
- Каждый элемент управления / компонент может быть расширен, и есть меньше ограничений, переопределяющих поведение по умолчанию.
- Самый простой способ создания новых компонентов, вы можете получить mxml из любого элемента управления и расширить их с помощью обширного связывания.
- Flex содержит множество элементов управления, и вам не нужна какая-либо сторонняя библиотека
Минусы Flex:
- Медленное выполнение для итеративного выполнения, без потоков! нет асинхронных задач!!
- Исходя из пункта 1, отличная анимация или графика невозможны
- Нет дженериков, нет других языков, нет linq..
- Числовой класс содержит ошибку, не может хранить полное 64-битное значение
- Eclipse - плохой дизайн отличного интерфейса
Заключение
- Мы используем flex для приложений данных, это простые приложения для обработки форм
- 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 очень кроссплатформенный, так как он компилируется с использованием компиляции Java, что означает, что вы можете легко использовать Mac или Linux при разработке приложений Flex. У меня есть текущие настройки круиз-контроля (в которых используется Linux). Я создаю сборки приложений Flex, но разработчики используют Mac, Linux и Windows.
По моему опыту, Java-разработчики чувствуют себя как дома в 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 - это то, что вам нужно. Если вы развертываете в частной локальной сети для.net предприятия, у вас есть варианты.
Моя команда раньше писала многофункциональные веб-функции во 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.
Как графический дизайнер, я использовал Flash (вкл. И выкл.) В течение последних нескольких лет и Silverlight (и его старшего брата WPF) в течение последних 1,5 лет. Исходя из того, что я слышал от моей команды (все из которых являются разработчиками или бывшими разработчиками, если ваши.Net-разработчики будут заниматься всем программированием, используйте Silverlight. Мне нравится Flash, но даже с пересмотром ООП в ActionScript 3 в Flash 9 и выше, это все еще немного странный язык, и переход от AS3 к C# туда и обратно, вероятно, сведет ваших разработчиков с ума:-).
Для ваших дизайнеров сделайте следующее:
Получите им копию Expression Blend, инструмента разработки графического интерфейса для Silverlight / WPF.
Blend имеет довольно крутую начальную кривую обучения, а интерфейс бросает в вас кучу переменных / опций, так что инвестируйте в обучение и дайте вашим дизайнерам время, чтобы освоиться с пользовательским интерфейсом.
Говоря об обучении, получите подписку на видеотеку Lynda.com, особенно учебный курс "Ли Бримелоу".
Caveat emptor: Blend и WPF быстро меняются, поэтому иногда вы сталкиваетесь с ошибками в Blend, которые будут исправлены в следующей бета /CTP-версии Blend. Например, в Blend 2 была ошибка, из-за которой мои раскадровки (анимации) не работали в недавнем проекте. Я обновил до Blend 2.5CTP, и это сработало.
Контент Silverlight, кажется, не всегда работает с последней бета-версией плагина Silverlight, о чем следует помнить, если вы тестируете какую-то новую функцию, доступную только в последнем плагине Silverlight.
Инвестируйте в мощную систему (Quad Core, 4 Гб оперативной памяти и т. Д.) Blend потребляет много ресурсов, особенно. когда у вас есть тонны слоев. Например, я работаю над приложением с более чем 100 слоями (!) В базовом приложении (и еще 100+ в некоторых пользовательских элементах управления) и примерно 40-50 раскадровками. Каждые несколько минут мне приходится перезапускать Blend, потому что пользовательский интерфейс перестает отвечать (но не останавливается). Либо так, либо перенесите все, что вы можете в пользовательский контроль.
Как намекал Кибби выше, аргумент об использовании существующих разработчиков.Net не выдерживает критики. Невозможно быть экспертом во всех аспектах развития.Net. Платформа слишком большая. То же самое касается Java. С точки зрения навыков, Silverlight предлагает только то, что вы можете писать на своем любимом.Net языке. Это преимущество довольно мало, если вы уже занимаетесь какой-либо важной веб-разработкой, в которой используется JavaScript, поскольку скрипт Action является вариантом. Поэтому на самом деле преобразование программиста во Flex или Silverlight - это все, что нужно для изучения API платформы.
Мы прошли через эту же проблему, и Флекс выиграл. Наши разработчики.NET поначалу были обеспокоены, но после долгой работы над болью Ajax и JavaScript они теперь ЛЮБЯТ и действительно любят работать во 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 to SQL позади WCF) или файлы XML или службы RIA. Он позволяет вам использовать большинство шейдеров FX, у него есть стили, шаблоны управления и собственный буфер обмена Windows/ Mac. Я могу запускать видео высокой четкости, и большинство процессов работают очень хорошо даже при медленных процессорах. Мне также нравится привязка данных, контроль привязки и наблюдаемые коллекции экономят мне много времени. ПЛЮС Я могу использовать LINQ, что значительно экономит время, не говоря уже об использовании Visual Studio для отладки.
Я занимаюсь разработкой корпоративных приложений.NET, поэтому я знаю свою базу установки, и они установят надстройку (обычно 30 секунд). Для внешнего сайта вы можете потерять некоторых пользователей, которые не хотят устанавливать Silverlight или не работают на Mac или Windows. Вы можете иметь приложения с SL вне браузера с 3.0.
Я могу быть предвзятым парнем.NET, но я так быстро развивался, что должен его рекомендовать.
Я использую это практическое правило: если ваша компания разрабатывает мультимедийное программное обеспечение на основе Интернета и имеет клиентов со всеми видами платформ, а вы не используете приложения, интенсивно использующие базы данных, Flex - это верный ответ, если ваша компания разрабатывает продукты как для Интернета, так и для DVD. менее интерактивный, но более интенсивный (процессор, память) и использующий смешное количество транзакций с базой данных. Silverlight имеет больше смысла
Кто-то сказал: "Найти 3 реальных приложения Silverlight реального мира". Хорошо, я знал некоторые из головы, но я все равно гуглил это. Список:
- Олимпийские игры 2008 года в Пекине ( статистика здесь, 250 ТБ данных!)
- Netflix по требованию игрока
- Почтовый клиент AOL (возможно, еще не выпущен)
О, не видео проигрыватели? Хорошо, что выходит приложение UFC (это гибрид видео / чата / другого материала) и почтовый клиент AOL. Silverlight преуспевает в видео, и вот где он укрепляется, но это не значит, что он не может делать другие вещи. Я не вижу причин отклонять это только потому, что это делает видео хорошо.
Infoworld [ссылка] сказал, что "Silverlight обладает существенными техническими достоинствами и относительно хорошей производительностью. Это очень эффективная технология RIA, которая особенно полезна для программистов с опытом работы в.Net и дизайнеров с опытом работы с XAML". Это хорошая статья для вас, чтобы прочитать относительно вашего вопроса.
Мой ответ: если у вас есть команда разработчиков, которая знакома с.NET, то Silverlight должен быть первым в вашем списке. Если нет, то это настоящий бросок. Я видел статьи, в которых говорится, что Visual Studio - превосходящая платформа разработки по сравнению с тем, что вы используете с Flex. Но Флэш чертовски повсеместен.
Также имейте в виду, что Silverlight 2 практически не использует Javascript (я думаю, что нет, но я не уверен). Так что любое избегание Silverlight из-за JS необоснованно.
Если производительность имеет значение, побеждает Silverlight. Я видел, как загрузка процессора моего браузера многократно возрастала до 100%, и уничтожение любого запущенного окна Flash всегда избавлял от него. Это особенно очевидно в Chrome, где вы можете увидеть процесс, который потребляет ваш процессор. Если вы заинтересованы в Silverlight для игрового потенциала, ищите QuakeLight, порт Quake в Silverlight. Это складывается очень хорошо.
Я действительно думаю, что все сводится к тому, в чем заключается ваш талант разработчика и какое приложение вы будете поставлять. Простая игра? Вспышка. Линия бизнес-приложения? Silverlight. Между? Придерживайтесь того, что рекомендуют ваши разработчики.
Вы серьезно не должны использовать ЛЮБУЮ из этих технологий ActiveX2.0. Ни Silverlight, ни Flex...
Во-первых, оба они являются не чем иным, как "распределенными средами winforms с поддержкой запуска в браузере", во-вторых, они плохо переносятся на другие устройства (особенно это касается Silverlight), в-третьих, они не работают хорошо с другими частями вашей страницы. Они плохо работают для инвалидов и т. Д. И т. Д. И т. Д. Список продолжается до бесконечности...
И Adobe, и Microsoft пытаются скрыть этот факт очень сложно, но в конце концов и Silverlight, и Flex - это не что иное, как ActiveX в новой упаковке...
Конечно, они работают в песочницах, являются управляемыми языками и все такое. Но это все еще большой кусок BLOB, загружаемый для локального запуска в вашем браузере, AKA ActiveX...
Это старый вопрос, история уже говорила!
Silverlight был так же хорош, как заброшенный Microsoft, так и не получил полезной базы для установки. Сторона из-за того, что Microsoft не берет на себя 100% обязательств.
Flash (следовательно, Flex) все еще идет. Однако все больше и больше браузеров не поддерживают какие-либо плагины, так что это только вопрос времени (лет), прежде чем Flush перейдет на путь Silverlight.
Возможно, однажды Flex будет перенаправлен на HTML5 без плагинов…
Говорили об iPhone и сказали, что единственный вариант - это Apples Way или HTML5.
Flash Player официально доступен и поддерживается практически на всех настольных платформах (Windows, Linux, Mac), тогда как Silverlight будет поддерживаться в основном в Windows.
В следующей статье приводится сравнение обеих платформ.