Pull to refresh

Comments 31

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

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

все в статье на DeepApple по русски. Советую автору кроспостить хоть введение
Ммм, мне лично не нравится идея трансляции и кодогенерации. Хорошо это сделать не получилось даже у Google (GWT — говно). Ну и Objective-C мне лично не по душе.
Чуть голову себе не сломал при ревизии кода этоого Objective-J %)
QooxDoo и вправду хорошая вещь: немецкий менеджмент + наши разработчки=отличный программный продукт

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

Кстати, вот один из проектов на qooxdoo: gmx.com. Mail system.
я с ним был около года назад занят )) в комментах в коде частенько наши имена и фамилии мелькали ))
Может быть, конечно, это еще ничего не значит )
Работал с Qooxdoo на прошлом месте работы. Отличный фреймворк, с поддержкой ООП, в нем содержатся все нужные классы для разработки чего угодно) Мы столкнулись с проблемой производительности, как это бывает достаточно поздно) Мой коллега в течении 2-3 недель(точно не помню) проводил оптимизацию кода, и производительность возросла существенно.
Действительно, есть разные техники повышения производительности, например widget pooling, на сайте qooxdoo, если не ошибаюсь, есть описание таких подходов (а если нет, то можно в mail list найти). Но это отностся ко всем фреймворкам.
Пока единственно самое мощное из 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).

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

А проект действительно развивается быстро… И community у них очень здоровское и очень открытое, это большое преимущество.
Смотрел, пробовал. Мнение не изменил.
Дело в том, что после изменения лицензии ExtJS не всегда удается использовать как в open source, так и в коммерческих проектах. Хотя в ExtJS очень много хороших решений внутри.

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

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

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

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

Что касаемо qooxdoo, код вы можете посмотреть прямо в Demo Browser (http://demo.qooxdoo.org/current/demobrowser/), просто нажав на JS Code справа.
Желание изучить есть. Но вот беда — пока нет реальной задачи, изучить ту или иную либу/фреймворк досканально(на практике) не представляется возможным. Изучать приходится только в том случае когда в команде принято решение использовать определенный фреймворк. Но вот переход на новый фреймворк — проблема/не выгодно, риск/трата времени на изучение. Именно эти причины и не позволяют изучить досконально эти все проекты.

Изучил в свое время ExtJs(было решено командой) — все хорошо, но на практике пришлось отказаться потому что делать изменения в дизайне компонентов превращалось из 3-5 часовой в 1-2 дневную работу. ExtJs — идеально подходит для организации админки или проектов где дизайн предполагается менять не часто. После этого мы не используем мощные либы, ибо jQuery и его набор расширений хватает с головой.
Это да. Не хватает визулього билдера а-ля Flex Builder :(
Уверен, что есть много хороших фреймворков, но остановлюсь на любимом, 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ом.
Обязательно пишите! Думаю многим будет интересно. А еще очень хотелось бы прочесть о том какой из фреймворков больше подходит для решения тех или иных задач. Скажем при построении админ-зоны сайтов, для создания торговых площадок и так далее.
Да, подобного добра уже родилось достаточно много, так что жаловаться точно не приходится. Я ещё добавляю во все перечисленные списки JsHttpRequest, и работается совсем в удовольствие.
SproutCore посмотрел — ну тормозной до неприличия. Такой же функционал сделать на jQuery — раз плюнуть, примеры есть.

На JavaFX фреймворки бы посмотреть…
MobileMe очень даже не тормозной. Если хочется сделать Mac style приложение то пожалуй Sprout единственно-верное решение. Если вы думаете что раз плюнуть — вперед.
Sign up to leave a comment.

Articles