Будет ли ExtJS умирать?

Ответ 1

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

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

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

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

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

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

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

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

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

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

Ответ 2

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

Ответ 3

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

Это сказало...

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

Ответ 4

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

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

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

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

Ответ 5

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

Ответ 6

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

Подробнее см. здесь

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

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

Ответ 7

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

Ответ 8

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

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

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