Как стать автором
Обновить

Комментарии 43

А Meteor точно перспективный? Мне кажется уже давно угасает его популярность… Есть вообще какая-то статистика использования представленных фреймворков?

Мне кажется, тут смотря что с чем сравнивать. В данном посте нет сравнения, конечно, но в одну кучу запихано как сладкое так и зеленое, и создается впечатление, что все эти фреймворки/библиотеки про одно и тоже. Если конкретно про Meteor, то все вышеперечисленное можно использовать вместе с ним. И, мне кажется, искать корреляцию между популярностью Meteor и, например, React, будет не верно. Есть даже и подобные решения, а можно и что-то свое сделать, но в любом случае Meteor занял свою нишу, и чувствует себя там комфортно.


Слежу за Meteor постоянно и мне нравится как развивается проект в последнее время, становится более взрослым что ли. Также интересно будет посмотреть на Apollo. И какого-то прекращения разработки Meteor, отказа от поддержки или вообще умирания тоже не вижу в ближайшем будущем.

Не видите умирания? А релизы 1.3 и недавний 1.4? Не принесли ничего, хотя версию сменили. Хорошие изменения у них только в документации, там действительно, очень продвинулись, но в плане функциональности как-то на месте стоят.
Т.е. новые node.js и MongoDB как минимум — это фигня?!
Конечно фигня, т.к. к самому фреймворку они отношения имеют маленькое. А mongodb у меня вообще внешняя используется
Уверен, что имеет большое значение для фреймворка. Для конечных пользователей — да, изменений не много. Да и раньше 1.5 они ничего и не обещали.

В плане функциональности, собственно про что и говорил, сейчас они делают Apollo, который будет использоваться в метеоре. Да и в целом они движутся по поставленным задачам, которые предполагают большие изменения и параллельно улучшают качество продукта: изменяются в лучшую сторону стабильность, производительность, документация, появляются какие-то дочерние проекты и т. д. И все это с какой-то проработкой делается, с учетом предыдущих ошибок.


По крайней у меня есть некоторая уверенность в этом проекте и текущий путь развития мне нравится. А я именно на нем пишу уже в течение пары лет, наверное, различные внутренние решения для компании, с возможностью совместной работы. Начинал еще с версии 0.8.3 вроде и собственно отслеживал путь развития проекта, с тех времен. Возможно я ошибаюсь, конечно, но достойных аналогов в этой нише пока не вижу.

Я небольшой проект с 0.7 держу и динамика развития до 1.1 была очень высокой, но потом притихли и каждый релиз не несет значительных изменений. Побочные проекты это хорошо, но как бы не затмили они основной проект.

Возможно вы и правы, что сейчас они сосредоточились на стабильности и стремятся к enterprise ready. Я сам жду какой-нибудь 2.0. Если до него и в нем будут такие же мелкие изменения, то придется уходить
Я бы сказал даже не популярность, а сама разработка.

Polymer как-бы не фреймворк и даже не близко.


Polymer is a lightweight library built on top of the web standards-based Web Components API's, and makes it easier to build your very own custom HTML elements

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


То же самое о React — он только view слой, и ничего больше, он сам по себе вообще достаточно скуден без экосистемы и точно не является фреймворком.


A declarative, efficient, and flexible JavaScript library for building user interfaces
Странно, что Angular отсутствует в этом списке
Странно что VueJs в этом списке тоже нету, ведь спрос на этот Фреймворк растёт.
Давайте откровенно. Список в целом странный, без каких-либо внятных аргументация и доводов. В таком русле можно, в принципе, перечислить любые 5 фреймворков и сказать, что они самые перспективные))
А что, этот VueJs и в самом деле так хорош как про него рассказывают?

Он нормальный. Остальное — реклама. Как и везде.

По фичам не хуже, чем остальные и проще для освоения (в случае с ангуляром — намного проще). Активно развивается: на подходе мажорный релиз (версия 2.0). Еще к нему vuex есть — архитектурный каркас для построения приложений

Polymer — не фреймворк
Aurelia — вроде когда-то мелькало, но видно не взлетело
Meteor — взлетело, но уже падает
Webix — аналогично Aurelia
React — не фреймворк

Хотя бы опрос добавьте с болеее широким выбором, посмотрим кто чем пользуется на хабре. Только не называйте фреймворком все и вся.
Webix — более «легкая» альтернатива ExtJS от Sencha. И по стилю похожа, и по компонентам. Только почему-то ни в одном обзоре про ExtJS нет ни слова, хотя по количеству функционала и компонентами — даст фору любому другому фреймворку. Есть конечно много минусов в ней, но не об этом вопрос.
Релиз Aurelia был в конце июля 2016. Взлетит или нет еще предстоит увидеть.
Про сравнение современных JS фреймворков рекомендую гораздо более дельный и детальный разбор от создателя Aurelia. Может показаться, что он предвзят, но автор действительно хорошо осветил вопрос.
  • Angular 1
  • Angular 2
  • Polymer
  • React
  • Ember
  • Aurelia

Choosing a JavaScript Framework — Rob Eisenberg
На мой взгляд, аргументации и примеров мало в этом видео.
Да, жалко, что про Vuejs с 23к звезд на GitHub вечно забывают

Однозначно в закладки...

Чем WebIx отличается от Sencha Extjs? Мне кажется с настройками стилей и там и там будет ад.
А компонентов для ExtJS побольше, да и мобильная версия есть (Sencha Touch).
Да и в 6-й версии ExtJS есть двухсторонний биндинг, (ViewModel, ViewController ) и так далее.
Как человек, который поработал с Aurelia на проекте, проклинаю ее всем чем можно. Нормальной валидации, форм и всего такого нет, что нужно бизнесу. После этой медузы, перешел на Angular2 и доволен как слон был. Angular2 — это мощная, уже готовая к продакшену полная платформа. Хотите Redux? Есть круче NgRx, все на реактивных состояниях, сайд эффекты красиво отделяются от чистых данных за счест Effects (поведение похоже как у sagas только лучше и более декомпозируемое) Также я за выбирать под продакшен React и его экосистему.

Хотите что-то задекларировать?
Да! С Aurelia больше никогда не работать!

а riot кто-нибудь пробовал?

Я пробовал, мне понравилось. После Angular v1 все было понятно, компактно и работало как нужно. К сожалению, так и не решил, что на нем стоящее сделать и по работе стал плотно загружен.

я все пытаюсь продавить его использование на работе, но проект уже начат на реакте, переписывать никто не даст =(

А чем React не нравится? Riot — это скорее вещь для души, так как сейчас как правило выбирают между Angular и React и малоизвестный Riot совсем не котируется.

что-то он слишком большой и тяжелый, наше приложение инициализируется 2 секунды на моем мобильнике, да jsx довольно страшный после riot'a

WebAssembly (и построенные на нём фремворки) — перспективная штука. А всё эти тормозные поделия, которые и без того не быстрый js превращают в черепаху, я надеюсь, умрут в мучениях.
Ну да. Вот сейчас придёт WebAssembly и мир станет прекрасным.

Дело-то не в производительности движка/фреймворка, а в производительности программиста при работе с ними.

Но проблема останется в медленной работе с DOM и прочими интерфейсами, предоставляемыми браузером, которые никуда не денутся с приходом WebAssembly, или я чего-то не понимаю? Если, например, нужно отобразить 10 000 строк таблицы, данные для которых были получены по сети, а потом их изменять, перерисовывать и все такое, как тут поможет WebAssembly? В данный момент я вижу области применения этой технологии, там где нужны вычисления, например: обработка изображений, видео, звука, игровая физика и т. д. На счет не быстрого js, у меня тоже есть сомнения как ни странно.

Не пишите чушь. DOM невероятно, фантастически быстр!


А то, что вместо изменение одной маленькой ноды где-то глубоко народ вызывает element.innerHTML += 'xyz'; это никакой WebAssembly не исправит.
Те же Polymer и React ускоряют работу страницы именно аккуратным обращением к DOM (хотя и используют разные подходы).


Но в целом — да, WebAssembly может и сделает меньше нагрузку на CPU в рантайме, но больше чем на пару процентов прироста я бы не рассчитывал в общем случае. Вот для 3D графики, где много CPU времени использует именно JS код — там будет прирост.

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


И вы сами же написали:


Те же Polymer и React ускоряют работу страницы именно аккуратным обращением к DOM

Я собственно про обращения к API движка и говорил, и про то, что производительность зачастую упирается именно в это, по крайней мере в этих библиотеках.

А зачем вам нужен будет DOM? Можно будет делать нормальные нативные приложения.

Вот сейчас сложно было. Если WebAssembly разрабатывается как язык, который выполняется в браузере, о какой нативности идет речь? И что в данном контексте нормальность?

Про флэш слышали? И сайты на флэше. Много там дом элементов было? По сути это аналог. Только в этот раз не проприетарщина от левой конторы, а открытый стандарт.
НЛО прилетело и опубликовало эту надпись здесь
Неделя дурных переводов на Хабре открыта…
А языки, которые сами по себе фреймворки, типа ELM, Вы не рассматриваете или считаете не перспективными?
google trends в данном вопросе более информативен чем статья.
Автору спасибо! было интересно почитать! )
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.