Вопрос

Я смотрю на ExtJS, и, похоже, он предоставляет многие функции RIA, которые предоставляют более громоздкие пакеты, такие как Flex, без требования flash.Однако, поскольку инициативы с открытым исходным кодом, такие как jQuery-UI, продолжаются, будет ли ExtJS просто умирать в какой-то момент?Кроме того, поскольку проникновение flash-версии только продолжает увеличиваться, зачем помещать ресурсы в библиотеку javascript?

Тем не менее, библиотеки JavaScript, такие как jQuery, совершили гигантский скачок в предоставлении простых в использовании API с отличной функциональностью, так что, возможно, в этом есть какая-то заслуга.

Мысли?Мнения?У ExtJS есть ценник, поэтому я должен задать этот вопрос.

Это было полезно?

Решение

ИМХО, необходимость в jQuery, ExtJS и т.д.будет устранен, как только XBL2, вся коллекция спецификаций CSS3, SVG и HTML5 станут доступны в равной степени во всех настольных / мобильных веб-браузерах, что не произойдет в ближайшие 5 лет.

Я смотрю на ExtJS, и, похоже, он предоставляет многие функции RIA, которые предоставляют более громоздкие пакеты, такие как Flex, без требования flash.

Для запуска приложения Flex вам по-прежнему нужен Flash Player, который, например, недоступен на мобильных устройствах

Однако, поскольку инициативы с открытым исходным кодом, такие как jQuery-UI, продолжаются, будет ли ExtJS просто умирать в какой-то момент?

Сравнивать ExtJS с jQuery-UI не имеет смысла, поскольку jQuery - это в первую очередь кроссбраузерная библиотека для упрощения операций с HTML-документами и улучшения качества веб-страниц, в то время как ExtJS - это настоящая платформа для приложений, которая предоставляет улучшенные компоненты пользовательского интерфейса, управляемые данными, для упрощения приложений.

Кроме того, поскольку проникновение flash-версии только продолжает увеличиваться, зачем помещать ресурсы в библиотеку javascript?

На самом деле не имеет значения, что проникновение Flash "только продолжает увеличиваться", поскольку оно уже доступно на 98% настольных устройств.Размещение ресурсов в библиотеке Javascript имеет смысл, поверьте Google (который поместил большую часть своих ресурсов в DHTML)

будет ли ExtJS просто умирать в какой-то момент?

Действительно, так и будет, поскольку в какой-то момент умрет .Net, Java и т.д.Однако в обозримом будущем он не умрет, и потребность в такого рода бесплотных решениях будет только возрастать.


Возможно, вы также захотите взглянуть на альтернативный графический интерфейс Достаточный SDK, который поступит в продажу с открытым исходным кодом 1 ноября этого года.Это позволяет использовать такие технологии, как SVG, XUL и другие, в равной степени кроссбраузерные.

Другие советы

Я не думаю, что Ext JS умрет в ближайшее время.Когда это произойдет, это, вероятно, будет один из последних существующих фреймворков JS.Я говорю это потому, что ExtJS обладает солидной базой пользователей и разработчиков, и на ней строится множество проектов с открытым исходным кодом (напримерASP.NET CMS с двойной лицензией, Смысл / Сеть полностью строит свой бэкэнд вокруг него, среди прочего).

У них солидная пользовательская база, и я не вижу, чтобы они покидали гонку в ближайшее время.Тем не менее, вы всегда можете заглянуть в Интернет так же, как вы смотрите на рынок в целом.И Starbucks, и местное кафе могут сосуществовать.

Тем не менее...

Сравните тенденции между jQuery, ExtJS и Mootools

Я не гуру javascript / DOM, просто ASP.NET программист и время от времени программист FlashBuilder, который изучает библиотеки на 100% клиентской стороне.Что я нахожу, так это то, что ExtJS намного богаче своими макетами и виджетами пользовательского интерфейса, чем jQuery, хотя jQuery набирает обороты и постоянно появляются новые компоненты пользовательского интерфейса.Тем не менее, ExtJS имеет большое преимущество в этом отношении.

С jQuery намного проще запустить что-то базовое, главным образом потому, что jQuery накладывает свои эффекты на существующие элементы разметки вашей страницы:вы можете создать скелетную html-страницу, а затем применить функциональность jQuery к элементам.Сравните это с ExtJS, где ваша страница в основном представляет собой пустой тег body, а содержимое страницы создается путем записи Ext в DOM.Без внешнего (визуального) дизайнера для компоновки моих страниц и настройки свойств кодирование объектов конфигурации ExtJS с помощью текстового редактора слишком утомительно для меня и совсем не по моему вкусу.Но с визуальным дизайнером Ext вы действительно приближаетесь к RAD.

ExtJS в IE8 может быть медленным и неаккуратным из-за недостатков IE8.По моему опыту, макеты ExtJS RIA прекрасно работают в FF, Chrome и Opera, но далеко не так хорошо в IE8.Однако IE8 с Chrome-Frame от Google решает эту проблему.Отличный удар под дых этим Собственникам из MSFT, ребятам из Google!

Мне действительно нравится гибридный подход, используемый FlashBuilder.С помощью FB вы можете писать классы mxml и / или ActionScript.Недостатком, на мой взгляд, является то, что требуется плагин Flash, и я боюсь, что плагин Flash пойдет по пути другого дронта, WordPerfect, который когда-то бродил по земле с долей рынка 99%.Я действительно хотел бы, чтобы можно было разрабатывать во FlashBuilder, в полной мере используя OO-возможности ActionScript.mxml, и отладчик FB, а затем кросс-компиляция в ExtJS! FB :Внутренний ::Большой объем :Завершение.

Как и в случае с каждой технологией, у каждого будет свой кусок пирога.ExtJS не умрет, пока ExtJS LLC не будет существовать (они его используют :)) И до тех пор, пока у них не появятся поклонники, использующие их библиотеку (как я), в какой-то момент Вам просто нужно использовать выбранную технологию, независимо от того, совершенна она или нет.Посмотрите на Lotus Domino - это кусок дерьма, а с другой стороны , отличное программное обеспечение - и оно все еще живо...:)

ExtJS имеет двойную лицензию И имеет открытый исходный код

Смотрите здесь общие подробности

А вот лицензии

И я использую это.Хорошая библиотека для работы с данными - сетками, деревьями...вы называете это сами.И у него есть много элементов управления.так что просто хорошая библиотека...

Пока разработчики продолжают работать над этим, фреймворк не умрет.Было несколько фреймворков, которые фактически мертвы (напримерMochiKit, который мне нравится, но который был удален для yui3), но это означает только то, что они не обновляются, а не то, что они непригодны для использования.Если вам понравился один из них достаточно хорошо, вы могли бы легко выпустить свой собственный релиз и снова запустить проект.

Лично я использую Prototype, но это тот же аргумент.Мне сильно не нравится flash из-за многочисленных проблем с безопасностью, которые следуют за ним, и того факта, что не все устройства могут воспроизводить flash.iPhone - один из главных примеров.Он МОЖЕТ поддерживать анимацию и другие вещи, используя библиотеки JS.

Некоторые компании также отключают flash в качестве политики безопасности, хотя это не так уж часто встречается.(Однако я работал в местах, где это имело место.)

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top