Зачем использовать Flex вместо фреймворков HTML / AJAX / PHP?

Question

У меня есть некоторый опыт разработки во Flex / Actionscript с использованием фреймворка Cairngorm. В то время у меня не было опыта работы с ActionScript / Flex, и мне понадобилось несколько хороших месяцев, чтобы начать серьезно разрабатывать приложение. В то же время я скептически относился к разработке приложения, основанного на Flash, которое не будет доступно для просмотра во всех браузерах ПК (не без обновления flash), не говоря уже о iphone / ipad. Но я хочу посмотреть, какое приложение можно создать с помощью Flex, поэтому принял вызов.

Но теперь я снова начинаю задумываться, почему я должен вмешиваться во Flex, когда у меня есть jquery / ajax, различные быстрые php-фреймворки (с которыми мне удобно в отличие от ActionScript / Flex).

Как, если я решу, убедить своих клиентов, что веб-сайт во Flex может быть намного лучше, чем встроенный в HTML / php и т. Д.

Может кто-нибудь пролить свет на это?

Привет

Answer 1

Есть больше причин, чем просто эти, но некоторые из них следующие:

Затраты на эксплуатацию и техническое обслуживание: Большинство "инженеров" не дают крысам A об этом, потому что они находятся в разработке.центральным, но факт заключается в том, что O & M - это, безусловно, ведущая стоимость эксплуатации ИТ-систем.С подходом VM, таким как Flex (или Silverlight, или JavaFX), вам не нужно беспокоиться об обновлении библиотек, тестировании, применении исправлений и т. Д. каждый раз, когда выходит новый браузер .Использование устаревших технологий, которые труднее поддерживать в повседневной работе, напрямую сказывается на чистой прибыли ваших клиентов.

Производительность: Flash (Flex) скомпилирован JIT (не удивлюсьесли SL тоже), и Java тоже.Интерпретируемые JavaScript-зависимые библиотеки, такие как GWT, просто не могут сдерживать производительность, которую вы получаете от скомпилированного виртуального клиента - это даже не тщательное сравнение.«AJAX» (особенно при использовании XML) не «быстрый».(Просто обратите внимание на то, насколько медленно загружается Gmail - очень простой скрипт с поддержкой AJAX.) Доказательство в тестах.

Согласованность / надежность: Все знают, что когда вынапишите что-нибудь, используя JavaScript или HTML, это должно быть проверено в каждом браузере (включая некоторые старые версии, если вы действительно хотите быть в безопасности).Нет такой проблемы, когда вы ориентируетесь на платформу VM.С AJAX: беспокойтесь всякий раз, когда выпускается новый браузер или версия браузера.Если возникнут проблемы, это создаст для вас работу.

Более богатые компоненты и лучший пользовательский опыт: Это один из главных плюсов Adobe, но это правда.Хотя некоторые вещи, которые были сделаны исключительно с помощью сценариев браузера (JavaScript), впечатляют, компоненты Flex или Silverlight просто лучше.Также просто позволяет создавать собственные пользовательские компоненты, когда вам не нужно писать (и поддерживать!) Магию кросс-браузерного JavaScript.

Flexконкретный, но заслуживающий упоминания - AMF: Это двоичный протокол Flex Data Services, который можно использовать для связи с серверами.Тесты производительности (спросите Google) продемонстрировали, что этот протокол намного быстрее и эффективнее по пропускной способности, чем протоколы, используемые средами AJAX.В современном мире, где сети становятся основным узким местом (если уже не ясно), это довольно большая победа.

Это чувствительная тема для многих.Большинство «инженеров» AJAX / DHTML / JavaScript или того, что они называют себя, будут выть и бросить фекалии при простом предположении, что технология 1990-х, в которой они потратили годы на то, чтобы стать экспертом, устарела и несовершенна (откровенно говоря, им есть что терять).Но, исходя из чисто технических достоинств, даже HTML5 является контрпродуктивной тратой времени по сравнению с любым зрелым решением на основе виртуальных машин.Я уверен, что некоторые появятся в ближайшее время, чтобы защитить свой культ отрицания, проголосовав за это.Но трудно сдерживать будущее.

Фреймворки AJAX / DHTML все в основном полагаются на устаревшие хаки и сложные, медленные, хрупкие, постоянно поддерживаемые библиотеки, чтобы поддерживать их разумную работу в нескольких браузерах.HTML5, когда он, наконец, будет «завершен» в 2022 году (!!!), даже не будет привязан к Silverlight 2 с точки зрения возможностей - не говоря уже о огромном количестве вещей, которые Flex будет иметь к тому времени.По сути, AJAX - это болото обслуживания и хрупкая среда разработки, которую вы можете полностью избежать, используя решение для виртуальных машин, такое как Flex, Silverlight или JavaFX.

Answer 2

По сравнению с HTML / AJAX / JavaScript с использованием Flex вы не испытываете головной боли при кросс-браузерных проблемах, вы получаете фантастические эффекты анимации и фильтров, очень удобную IDE (Flash Builder), ActionSctipt 3 (IMHO, намного удобнее и больше похож на Java, чем тогда)JavaScript).

И вы должны забыть, чтобы приложение работало на мобильных платформах.)

Answer 3

На мой взгляд, компоненты в Flex и возможность создания пользовательского компонента, который соответствует вашим точным потребностям (и все это делается с помощью полностью объектно-ориентированного подхода), не могут быть сопоставлены инфраструктурой AJAX. Протокол AMF также является большим преимуществом, поскольку он удивительно быстр. Анимации легко создаются, чтобы дать каждому компоненту ощущение, которое улучшает пользовательский опыт и может придать вашему интерфейсу собственную жизнь. Все упомянутое до моего поста тоже нужно учитывать.

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

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

Если вы можете создать такой же опыт без него, продолжайте и делайте это, хорошо для вас. :)

Answer 4

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

возможно, первый хороший шаг (который вы, кажется, предприняли, когда решили «запутаться во Flex»), - лучше понять эти инструменты.

зачем сравнивать фреймворки Php с AS3 / Flex?что плохого в обновлении флеш?или, если вы предпочитаете, что плохого в обновлении?!

здорово иметь выбор, давайте не будем устанавливать ненужные ограничения, когда в этом нет необходимостипочему бы не принять решение по каждому проекту;)

Answer 5

Вы должны спросить себя, почему вам нужно использовать flex.Вы разрабатываете игру?Приложение для 3D-графики в Интернете?Что-то, чего на самом деле нельзя достичь с помощью HTML?

Если нет, то нет причины использовать flex вместо HTML.HTML является открытой и стандартной спецификацией, вам не нужны плагины, ваше приложение будет работать на любой платформе с браузером, поддерживающим html, и будет быстрее и менее затратным по ресурсам.Не допускайте ошибки разработки во flash / flex чего-то, что можно сделать идеально с HTML / AJAX.Я видел, как некоторые разработчики создавали приложения с помощью flex или silverlight, состоящие всего лишь из нескольких форм, и это было просто смешной тратой времени и ресурсов.

Поэтому единственный способ убедить своих клиентов использовать flex - найтичто-то, что вы на самом деле не можете сделать с HTML ... и учитывая, что HTML5 уже почти готов, и браузеры HTML5 с аппаратным ускорением будут запущены в конце этого года ..., будет трудно убедить людей привязаться к Flash/ сгибать!:)

Answer 6

Это не решение или решение. Компоненты Flex следует рассматривать как часть страницы, но это не так, повторяю, НЕ допускайте ошибки при создании монолитного приложения во Flex Я только что начал проект по созданию огромного гибкого приложения. Никогда не буду делать это снова. Он имеет свои применения, но опять же, гибкие виджеты должны дополнять HTML-фреймворк. Не наоборот.