Adobe Flex по сравнению с Silverlight

Хотя я не могу дать вам желаемый ответ, надеюсь, я смогу дать вам пару хороших вопросов и идей, которые, возможно, помогут вам в процессе:

City Coder: Flex 3 против Silverlight 3 в корпоративной разработке

Microsoft Silverlight против Adobe Дебаты по AIR / Flex

Я лично считаю, что Adobe Flash в ближайшем будущем потеряет заметную базу пользователей из-за новых функций в грядущем стандарте html 5.0. Кроме того, я предпочитаю инструменты (Visual Studio), аддоны и языки (C #) по сравнению с эквивалентами Adobe, и я считаю их лучше. Однако я должен подчеркнуть, что это только с моей точки зрения .. :)

на самом деле я тоже шип между 2. на самом деле, я все еще рассматривал Flash, но как бы вычеркнул это, потому что это больше для анимации, чем для RIA. Благодаря Flex есть AIR для развертывания как на настольных компьютерах, так и в Интернете, хотя я не пробовал и не знаю, насколько легко это использовать. и я также не уверен, можно ли использовать Silverlight в качестве настольного приложения?

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

только начинаю изучать 2 и обнаруживаю, что XAML-разметка Silverlight более интуитивно понятна, чем Flex mxml. в дальнейшем Silverlight будет интегрироваться с C #, который становится лучше с LINQ и всем остальным. так что привязка данных, важная часть любого RIA лучше. для Flex, можно, вероятно, связать что-то вроде PHP с AMF, но из того, что я видел, кажется, немного сложнее. при этом я не очень хорошо знаком с обоими.

ОБНОВЛЕНИЕ: Flex теперь с открытым исходным кодом, а Silverlight закрыт, верно? так что можно сказать, что Flex дешевле в использовании.

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

Я согласен с вами, что VS и C # более зрелые, чем их аналоги Flex (FB3 и ActionScript, соответственно), но вы Я быстро к этому привыкну.

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

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

Оба они поддерживают какой-то тип передачи данных (RTMP против Socket) и интеллектуальный опрос (RTMPT / RTMPS против HttpDuplexPollingChannel).

• Стоимость инфраструктуры: Flex использует LCDS / BlazeDS, в то время как Silverlight использует IIS.
• Стоимость разработки: RTMP / RTMPT / RTMPS уже определен (и не может быть изменен), а вам нужно определить свой собственный протокол для сокета (вам необходимо самостоятельно управлять безопасностью и сжатием)

С точки зрения программирования Silverlight должен быть лучше, поскольку XAML рисует интерфейс, а C # обновляет состояние компонентов XAML. Есть множество разработчиков C # и Expression Studio для создания компонентов XAML.

MXML относительно прост, и вам понадобится Flash, чтобы нарисовать красивый интерфейс. Однако вы можете дождаться Flex 4 (в бета-версии) с поддержкой FXG. Тогда может быть улучшена поддержка сторонних компонентов.

Я не думаю, что могу строить предположения о том, когда и будет ли у Flex такое же количество сторонних компонентов. Многие компоненты Silverlight, разработанные такими компаниями, как Telerik и DevExpress, являются портами или обновлениями существующих компонентов .NET. Возможно, вы захотите провести опрос компаний, которые разрабатывают компоненты для других продуктов Adobe, и спросить на их форумах, планируют ли они выпустить продукт Flex. Помимо этого, все, что мне нужно, - это то, что доступно сегодня, и похоже, что вы уже провели исследование существующих технологий. Удачи!

Если у вас есть опыт работы с обоими продуктами, сложно сказать, с моей стороны наличие IDE, например Visual Studio, является плюсом (я разработчик .net) и использую тот же язык в сервер (службы) и клиентская часть - это то, что заставляет меня чувствовать себя вполне комфортно.

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

Пустая трата времени одна неделя? Попытайтесь сфокусироваться как живой каркас для своего окончательного приложения.

Удачи Браулио

Я могу сказать вам по собственному опыту, что Flex - более производительная платформа. Я работаю в крупной консалтинговой компании RIA, которая создает большое количество приложений как с Flex, так и с Silverlight, и мы видим, что разработка эквивалентной функциональности в SL занимает на 10-20% больше времени, чем в Flex. Поддержка привязки данных в Flex значительно проще в использовании, чем в SL. Я также могу сказать вам, что достаточно опытный разработчик Flex может легко создать набор инструментов MDI на Flex, потратив пару недель на разработку. Поэтому я бы посоветовал вам подумать о найме опытных разработчиков Flex, а не выкладывать деньги на компоненты SL.

SL действительно имеет большое преимущество в том, что C # можно использовать как на клиенте, так и на сервере, а бизнес-логику можно повторно использовать на обоих уровнях . Это важно, и его не следует сбрасывать со счетов. ActionScript не делает У него есть аналог на стороне сервера, и у него нет этой возможности, хотя Flex прекрасно работает с рядом различных серверных технологий, особенно с Java, использующим BlazeDS. Интеграция служб Silverlight имеет множество опций на стороне .NET (см. Комментарий Барта ниже), в то время как Flex может использовать очень производительный AMF как в RPC, так и в передаче данных (обмен сообщениями). BlazeDS является бесплатным и открытым исходным кодом.

Я также думаю, что основывать свое решение в пользу платформы разработки исключительно на доступности сторонних компонентов - не лучшая идея. Помимо этого, платформы MS всегда имели огромное количество отделов разработки компонентов и широкий выбор компонентов на выбор. Вполне вероятно, что даже при меньшей доле рынка SL будет иметь больший выбор сторонних компонентов, чем Flex.

Наконец, я не делаю этого. Не думаю, что MS в ближайшее время откажется от Silverlight. Они активно разрабатывают новые функции для SL4, а инструмент Blend предлагает некоторые новшества для взаимодействия дизайнеров и разработчиков, которые даже Adobe пытается сопоставить с их новым инструментом Catalyst.

Если вам нужно принять решение сегодня, я бы сказал, идите. с Flex, особенно для общедоступных приложений, в которых вы не хотите терять пользователей, потому что они не могут или не хотят устанавливать подключаемый модуль SL. Я уверен, что через 12-18 месяцев SL даст Flex гораздо больше возможностей за свои деньги, но я пока не думаю, что он есть.

Если вам нужно принять решение сегодня, я бы посоветовал перейти на Flex, особенно для общедоступных приложений, где вы не хотите терять пользователей, потому что они не могут или не хотят устанавливать подключаемый модуль SL. Я уверен, что через 12-18 месяцев SL даст Flex гораздо больше возможностей за свои деньги, но я пока не думаю, что он есть.

Если вам нужно принять решение сегодня, я бы посоветовал перейти на Flex, особенно для общедоступных приложений, где вы не хотите терять пользователей, потому что они не могут или не хотят устанавливать подключаемый модуль SL. Я уверен, что через 12-18 месяцев SL даст Flex гораздо больше возможностей за свои деньги, но я пока не думаю, что он есть.

Следует учесть Приверженность Microsoft Silverlight. Silverlight не взлетает. Как долго они собираются придерживаться этого? Если следующая версия Silverlight не получит значительного проникновения на рынок, будет ли Microsoft продолжать поддерживать ее?

Даже если они будут ее придерживаться и даже если она станет популярной, будут ли они делать то же, что и с Internet Explorer: превратите его в самый крутой браузер, доступный в то время, с IE6, а затем продержитесь более 5 лет и станьте главной проблемой для разработчиков » прячется?

Silverlight не имеет особого отношения к Windows. Люди, использующие Silverlight, не приносят Microsoft много денег. Для MS нет особенно убедительного экономического обоснования, чтобы продвигать Silverlight.

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

Flex - естественный спутник Flash, который является один из флагманских продуктов Adobe. Adobe не собирается отказываться от Flex. Даже если бы они это сделали, это полностью открытый исходный код, и разработка Flex определенно могла бы продолжаться, даже если бы Adobe завтра упала в океан. (К сожалению, среда выполнения Flash не является открытым исходным кодом, но она это неплохая мультиплатформенная реализация в основном открытого стандарта SWF, с прогрессом реализации открытых исходных кодов)

Я работаю в магазине .NET / Flash. Мы используем Flex, чтобы общаться с серверной частью .NET. Заставить их взаимодействовать может быть головной болью (хотя и не невозможно). Мне нравится .NET. Было бы здорово иметь возможность разрабатывать наш интерфейс на C #. С удовольствием. Но мы не готовы делать ставку на Silverlight, учитывая технологический парад MS.

One of the most important thing in our decision on our future RIA technology is RTL support (specifically Arabic). I am very disappointed to hear that Arabic(RTL) is still not supported in Silverlight 3.0, on the other hand it is now supported on Adobe Flex 4. and I don't want to apply all non-standard tricks again that we used in our existing version of application (which is based on Flex 3). so Now One problem is solved in Flex but still remains in Silverlight... and still no docking framework in Flex, so it is going to be stalemate I guess.. :). I will keep you updated regarding any new findings of our research...

Одно слово (или два) -> "Открытый исходный код" Мир становится открытым исходным кодом. Подумайте, Android vs Apple

Как вы будете запускать приложения для клиентов на платформе Linux с какой-либо степенью уверенности. Сейчас я не являюсь клиентом netflix, потому что у меня нет поддержки Moonlight.

У меня дома три компьютера с Linux (не могу выложить деньги на покупку лицензии Windoze)!

Подумайте о целевом рынке (и о том, где он будет в ближайшие несколько лет)

Несколько человек в этой теме предполагают, что вы не можете разрабатывать проекты на основе Flex или Flash с помощью Visual Studio. С 30 августа 2010 года это уже не так. Вы можете взглянуть на Amethyst, который представляет собой визуальную (drag+drop) IDE Flash Platform VS с многопроцессорным отладчиком, IntelliSense и рефакторингом: http://www.sapphiresteel.com

с наилучшими пожеланиями

Хью