Flex 4 против Параметров JavaScript (Cappuccino, JQuery и т.п.)

Rehashing старой записи: JQuery VS Flex - Choosing a Platform for SAAS Flex 4 против Параметров JavaScript (Cappuccino, JQuery и т.п.)

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

Мы на 85% убеждены, что Adobe Flash, построенный на вершине Flex, - это правильный путь, однако Cappuccino довольно приятный и кажется, что он может быть в состоянии почти соответствовать счету.

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

Любые дальнейшие мысли или переоценки пунктов, перечисленных в отмеченной статье? Кроме того, Flex 4 добавляет много силы в позицию, упомянутую ранее в отношении разработки пользовательского интерфейса. Fx4 очень хорош против Fx3 и бреется на 90% от времени разработки в сочетании с Flash Catalyst, который на самом деле не всегда полностью уместен, но с некоторыми трюками в оба конца кажется, что он может прорезать вещи довольно хорошо ...

источник

2010-04-19 ylluminate

еще один хороший ракурс, заслуживающий проверки, - SproutCore - http://www.sproutcore.com/. Очевидно, Apple использовала это для своего продукта MobileMe (http://arstechnica.com/apple/news/2008/06/sproutcore-rich-web-apps-in-javascript-no-flash-needed.ars). – Anurag

Правильно, я немного посмотрел на sproutcore. Мне лично это не нравится, как капучино, поскольку парадигма для cappuccino чище и более привлекательна для приложения dev. – ylluminate

Одна приятная вещь о Cappuccino заключается в том, что ваш код очень многоразовый в мире Objective-C. Итак, если вам нужно иметь 2 интерфейса: один для iPhone один для нет, куча этого кода будет работать на обеих платформах. Люди уже делают это с помощью кода Mac OS X, который они разделяют между Mac и веб-приложениями с помощью Cocoa/Cappuccino. –

HTML 5 и javascript - это способ пойти имхо. Ограничьте браузеры самыми последними и самыми большими, если вам нужно.

EDIT: Я думаю, что рамки js не совсем там, но, вероятно, очень близки. Вы были бы на краю кровотечения, что не всегда хорошо для крайних сроков проекта. Я думаю, что люди чувствуют, что это стоит того, потому что это удвоенное усилие для iphone/ipad и что это прочная основа для будущего. Посмотрите на библиотеки, такие как http://raphaeljs.com/ и сайты, подобные http://www.chromeexperiments.com/, прежде чем принимать решение

источник

2010-04-19 20:09:12

Ну, можем ли мы получить техническую информацию? Я не вижу никаких оснований в замечаниях, подобных тем, что я видел в других потоках. Я хочу по-настоящему зарыться здесь. С моей точки зрения, Flash на данный момент я думаю, что победитель, поскольку это очень интерактивная среда, и из всего, что я видел, JavaScript еще не может справиться с требованиями, которые мы, вероятно, будем бросать на него (тестирование Chrome, Safari FF). Например, разработка игр на JS по-прежнему очень сложна и не зрелая, и в этом будет задействована большая часть этой интерактивности. – ylluminate

Редактировать оригинал. –

Еще раз спасибо. Мы обнаружили, что Flash/Flex является намного более зрелым и надежным и способным подгонять счет за пределы возможностей JS на данный момент. Да, было бы неплохо иметь возможность использовать JS из-за отсутствия дублирования, но есть так много мелких вещей, и несколько крупных, которые еще не реализованы и не имеют реальной осязаемой временной шкалы. Adobe не хватает, они неуклюжи, их управление ужасно, но Flash VM в настоящее время гораздо более надежна. 10.1 зафиксировали некоторые серьезные проблемы, которые у нас были, и кажется, что Adobe начинает поднимать голову до внимания в свете войны. – ylluminate

IMO, это выбор между проприетарной технологией (Flash/Flex) и стандартизованной технологией (Javascript/DHTML). Если вы обеспокоены тем, что ваше веб-приложение работает на как можно большем числе платформ, выбор кристально чист.

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

источник

2010-04-19 19:33:20

Хм. Ну, я не думаю, что Flash умирает. 10.1 довольно приятный и яркий. Хорошо спроектированное приложение Flash работает так же хорошо, как приложение HTML5/JS, и во многих случаях я видел лучше. Существуют альтернативы с открытым исходным кодом, такие как gnashdev.org, которые действительно работают на удивление хорошо, когда у вас есть контроль источника. Я знаю некоторых людей, которые развернулись с этим с большим успехом. Я действительно хочу уклониться от обсуждения «Вспышка умирает» и обсудить технические вопросы по этому вопросу. – ylluminate

Я думаю, что все здесь просто говорят, что это не безопасная долгосрочная ставка. И если вы вовлечены в какой-то стартап, инвесторы или покупатели будут иметь одинаковую точку зрения. Если всякое мнение состоит в том, что оно более нежизнеспособно, оно становится самопровозглашающим пророчеством. –

Я всегда бывал с javascript поверх Flash, просто потому, что он работает лучше. Вспышка в Internet Explorer в Windows работает хорошо. Flash в Firefox совсем немного хуже, и Flash в Firefox в OS X просто жалкий. Это особенно актуально для ноутбуков, поскольку Flash достаточно интенсивен. Таким образом, у вас может быть причудливая веб-страница, но компьютер звучит как самолет, потому что процессор перегревается.

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

источник

2010-04-19 20:04:43 Decko

Выступает лучше? Это не похоже на такие вещи, как игры. Я на самом деле оценил несколько libs и JS-игр, которые сделали люди, и их пока нет. Приложение, которое я создаю, хотя и не игра, очень сопоставимо по производительности и интерактивности, включая преимущества, которые обеспечила бы ускоренная графика. Возможно ли это с JS? Поэтому я предполагаю, что это ответ в вашей последней строке: JS пока не достаточно доволен и не имеет достаточного графического ускорения для решения этой проблемы. – ylluminate

Я не могу согласиться с тем, что js лучше работает со вспышкой (на ПК в любом случае) –

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

HTML ограничение

Не все браузер сделает то же самое. Чем сложнее вы получите больше различий, вы увидите. Попробуйте ie6,7,8,9
Некоторые новые функции HTML5 имеют специфику браузера. Не ожидайте, что эксперимент Chrome будет запущен во всех браузерах.
быстро меняется с новой функцией, возможно, потребуется обновить и рефакторинг кода более регулярно

вспышки ограничение

больше ресурсов процессора/памяти интенсивно.
необходимо Flash-плагин.
Не ожидайте запуска на iphone, ipad.

Так что если у вас есть простой проект пользовательского интерфейса и вам нужно только поддерживать 2 браузера, вы, вероятно, захотите использовать HTML. Если вам нужно поддерживать большинство браузеров, и вас не волнует iphone, ipad. Flash - правильный инструмент.

Я видел, что компания действительно имеет оба двигателя для поддержки каждой платформы. HTML и FLASH - это просто другой инструмент. На данный момент нельзя заменить другого.

источник

2011-09-07 19:31:57 jkc

Flex 4 против Параметров JavaScript (Cappuccino, JQuery и т.п.)

ответ

Смежные вопросы