Интересные JS-фреймворки для изучения

[iBear]

Спасибо за обзор. Такие вещи, как минимум, просто интересно знать.

[chiaroscuro]

Reglib посмотрите, Flapjax и Arrowlets. Вот где поток мысли!

[sonyblack]

cappuccino.org
www.deepapple.com/articles/25290.html

эмм, а как же Капучино(Cappuccino)?

[dan]

Поддерживаю!
Cappuccino — самый лучший фреймворк, который я встречал в своей практике.
Даже несмотря на свою молодость (всего лишь 4 месяца в open source) он уже представляет весьма мощный инструмент для создания полноценных web applications.

[sonyblack]

мне даже кажется что это на порядок больше чем фреймворк

280slides.com — это доказательство для тех кто не видел )

все в статье на DeepApple по русски. Советую автору кроспостить хоть введение

[sonyblack]

www.280slides.com

тока с «www» что ли работает?

[Ike]

Ммм, мне лично не нравится идея трансляции и кодогенерации. Хорошо это сделать не получилось даже у Google (GWT — говно). Ну и Objective-C мне лично не по душе.

[ha2bj]

Чуть голову себе не сломал при ревизии кода этоого Objective-J %)

[panterras]

QooxDoo и вправду хорошая вещь: немецкий менеджмент + наши разработчки=отличный программный продукт

Еще есть интересный вариант Tibco. Имеется даже возможность визуальной разработки

[ryzhik]

panterras, а с чего Вы взяли, что его пишут наши? :) Немецкий менеджмент, немецкие разработчики. Хотя контрибьютить могут все, welcome.

Кстати, вот один из проектов на qooxdoo: gmx.com. Mail system.

[panterras]

я с ним был около года назад занят )) в комментах в коде частенько наши имена и фамилии мелькали ))
Может быть, конечно, это еще ничего не значит )

[flomop]

Работал с Qooxdoo на прошлом месте работы. Отличный фреймворк, с поддержкой ООП, в нем содержатся все нужные классы для разработки чего угодно) Мы столкнулись с проблемой производительности, как это бывает достаточно поздно) Мой коллега в течении 2-3 недель(точно не помню) проводил оптимизацию кода, и производительность возросла существенно.

[ryzhik]

Действительно, есть разные техники повышения производительности, например widget pooling, на сайте qooxdoo, если не ошибаюсь, есть описание таких подходов (а если нет, то можно в mail list найти). Но это отностся ко всем фреймворкам.

[DmitriyEntelis]

столько упоминаний extjs…

[m007]

Пока единственно самое мощное из js фреймворков что я встречал это Qooxdoo.

Автоматическая генерации back-end (RPC) для Java, PHP, Perl, Python.
Автоматическая сборка проекта.
Автоматическая миграция на новые версии фреймворка.

Есть интеграция с:

Java/Eclipse: Eclipse Rich Ajax Platform (RAP)
Java: qooxdoo Web Toolkit (QWT)
PHP/Visual: Borland/CodeGear «Delphi For PHP»
ASP.NET: ASP.NET RIA AJAX Framework

Возможность описания интерфейсов на XML (QxTransformer).

И развивается этот проект очень быстро.

[flomop]

А с какой версией вы работали?

[m007]

0.6

[ryzhik]

m007, Вам стоит попробовать 0.8, очень много новых улучшений! :) И я вот только QxTransformer 0.4 alpha релизнул, который поддерживает 0.8.

А проект действительно развивается быстро… И community у них очень здоровское и очень открытое, это большое преимущество.

[ha2bj]

Попробуйте ExtJs :)

[m007]

Смотрел, пробовал. Мнение не изменил.

[ryzhik]

Дело в том, что после изменения лицензии ExtJS не всегда удается использовать как в open source, так и в коммерческих проектах. Хотя в ExtJS очень много хороших решений внутри.

qooxdoo имеет LGPL/EPL лицензию и таких проблем не возникает.

[skorney]

Очень заинтересовал Adobe Spry.
Но почемуто настораживают строчки вида:
«YAHOO.util.Event.addListener(window, 'load', pageLoad);»
в исходном коде страчки www.adobe.com/devnet/spry/

если уж продвигать фреймворк, то нужно начинать с себя=)

[snitko]

Кстати, нужно как-то что-ли границу провести, что есть фреймворк, а что рюшечки и графика. В этом обзоре очень как-то все сосредоточено на графических элементах. Я бы не стал называть заготовленные элементы управления фреймворком (просто из статьи сложилось ощущение, что это и есть основное отличие). Практически ничего не сказано о том, что там внутри и как выглядит пример кода. Show me the code!

Хотя все равно обзор интересный, плюсую.

[ryzhik]

Вы очень правильно заметили, что нет четкой границы между framework и набором компонентов. А должна быть, тк это разные вещи.

Что касаемо qooxdoo, код вы можете посмотреть прямо в Demo Browser (http://demo.qooxdoo.org/current/demobrowser/), просто нажав на JS Code справа.

[magicstream]

Желание изучить есть. Но вот беда — пока нет реальной задачи, изучить ту или иную либу/фреймворк досканально(на практике) не представляется возможным. Изучать приходится только в том случае когда в команде принято решение использовать определенный фреймворк. Но вот переход на новый фреймворк — проблема/не выгодно, риск/трата времени на изучение. Именно эти причины и не позволяют изучить досконально эти все проекты.

Изучил в свое время ExtJs(было решено командой) — все хорошо, но на практике пришлось отказаться потому что делать изменения в дизайне компонентов превращалось из 3-5 часовой в 1-2 дневную работу. ExtJs — идеально подходит для организации админки или проектов где дизайн предполагается менять не часто. После этого мы не используем мощные либы, ибо jQuery и его набор расширений хватает с головой.

[ha2bj]

Это да. Не хватает визулього билдера а-ля Flex Builder :(

[ryzhik]

Уверен, что есть много хороших фреймворков, но остановлюсь на любимом, qooxdoo.

У qooxdoo есть очень много сильных сторон, которые многим разработчиком придуться по душе. Например ООП, статические, абстрактные классы, привычное для разработчиков высокого уровня наследование, интерфейсы, mixins, мощнейшая система properties и много еще чего интересного. Надо также заметить, что над этим фреймворком трудится full-time команда и поддерживается все это очень крупной немецкой компанией 1&1, так что можно смело использовать его в своих проектах.

qooxdoo имеет двойную лицензию LGPL/EPL, что говорить о том что можно использовать практически везде, включаю коммерческие проекты.

По поводу «с производительностью там стало все намного лучше (да нет, не особо, вот тестировал примеры в Google Chrome), но вот со внутренностью наверное нет..». Все, как говорится, познается в сравнении, поэтому не буду говорить о performance (хотя у меня такой проблемы не было.), а вот «внутренности» затрону… Ребята очень сильно потрудились над 0.8 версией и переписали очень многое, layouts, widgets, theming, очень много-о-о… qooxdoo — это один из самых элегантных javascript frameworks, которые я только встречал, начиная с архтектуры и заканчивая комментированием кода и кучей документации. Я советовал бы всем посмотреть на архитекруту этой библиотеки…

В поставке этого фреймоворка еще моного чего помимо его самого… :) JavaScript code compressor, code beautifier, система сборки (которая с первого взгляда может показаться сложноватой, но при дальнейшем изучении окажется незаменимой)…

Давно хотел написать про эту библиотеку парочку статей, если кому интересно, то можно и сделать. Сам я являюсь разработчиком QxTransformer (xml->js converter, qxtransformer.org) и qooxdoo contributorом.

[frujo]

Обязательно пишите! Думаю многим будет интересно. А еще очень хотелось бы прочесть о том какой из фреймворков больше подходит для решения тех или иных задач. Скажем при построении админ-зоны сайтов, для создания торговых площадок и так далее.

[django]

Да, подобного добра уже родилось достаточно много, так что жаловаться точно не приходится. Я ещё добавляю во все перечисленные списки JsHttpRequest, и работается совсем в удовольствие.

[Pilat]

SproutCore посмотрел — ну тормозной до неприличия. Такой же функционал сделать на jQuery — раз плюнуть, примеры есть.

На JavaFX фреймворки бы посмотреть…

[Ike]

MobileMe очень даже не тормозной. Если хочется сделать Mac style приложение то пожалуй Sprout единственно-верное решение. Если вы думаете что раз плюнуть — вперед.