Почему angularjs уделяют так много внимания?

Question

[BadassRolf]

Интересно стало. Почему все вокруг него так трутся, в последнее время
И что это вообще за рыба?

Comments

[copal]

Потому что полноценных аналогов из проверенных пока нет.

[Дмитрий Калюк]

После того как начала писать приложения на ангуляре, код стал легко читаем, ушло море лапши в сторону
Роутинг, биндинг данных, работа с апи, и вс это в коробке

[abcdefghijklmnopq]

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

Answer 1

[Юрий]

потому что все ходят с такими вопросами. рекурсия...

Answer 2

[jacob1237]

Потому что его пиарит Google.
Внутри ничего сверхъестественного нет, обычный two-way data binding и свой собственный шаблонизатор, который является основой фреймворка и фактически заставляет вас писать логику приложения в шаблоне.

Answer 3

[bromzh]

На момент его выхода он обладал рядом уникальных вещей и был (если я не ошибаюсь) почти самым первым полноценным фреймворком для создания сложных фронтенд-приложений. Это не просто набор библиотек, а логически связанная система, которая может решать свои задачи очень хорошо.
Некоторые идеи были очень удачны (внедрение зависимостей, система модулей и их асинхронная загрузка, отказ от своего синтаксиса шаблонов в пользу обычного HTML со своими тегами и атрибутами, двунаправленная связь данных) некоторые оказались не такими хорошими (двунаправленная связь данных, магия $scope в контроллерах, отсутствие документации и др.). Но фреймворк развивается и с каждой версией становится всё удобнее.
Но JS (вернее, ECMAScript) тоже развивается, и некоторые вещи из первого ангуляра стали дублироваться в es6. Поэтому теперь авторы взяли и сделали заново вторую версию, в которой учли все ошибки.
Но даже в сейчас первая версия очень популярна, хотя бы по причине уже сложившейся огромной инфраструктуры.
Ещё одной из причин популярности является тот факт, что реальных аналогов у него очень мало, практически нет. У других фреймворков/библиотек есть свои минусы, причём, на мой взгляд, они перекрывают их плюсы.

Comments

[Роман Седых]

какие альтернативы можете упомянуть? polymer?
у нас есть задача создать асинхронное приложение, раз в секунду отправляющее данные с сайта на сервер, который в асинхронном режиме принимает и отправляет ответ, который получает/ждет функция на фронтенде, так же в асинхронном режиме.
Что посоветуете испотльзовать на фронтенде? Обязательно ли использовать фреймворк или можно обойтись, например, плагинами jquery?

[Константин]

Поддерживаю - WebSocket - 4 функции: https://learn.javascript.ru/websockets а фреймворк выбирайте из своих предпочтений.

[Роман Седых]

Максим Чернятевич: Константин   : спасибо, ребята

Answer 4

[Walt Disney]

Потому, что модно.

Comments

[Степан]

Спа сибо

Answer 5

[Андрей]

js framework это...

Answer 6

[Андрей]

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

По части JS фреймворков я сторонник Ember.JS, порог вхождения конечно заоблачный, но оно того стоит.

Comments

[bromzh]

Все крупные/популярные решения поняли, что лучше использовать единый стиль view, а именно - html. Реакт - тоже по-сути HTML. И ангуляр. Веб-компоненты (за которыми будущее) - это HTML+кастомные теги (т.е. все его реализации используют html-разметку).
А эмбер до сих пор использует шаблонизатор с не-HTML синтаксисом. Т.е. при написании компонента мне приходится заранее думать - вставить обычный input-тег, или вставить {{input ... }}. Зачем?

Далее, все фреймворки нынче стараются по-максимуму использовать свежие стандарты ES2015: классы, импорты и т.д. Контроллеры ангуляра - это просто класс. Компонент реакта - класс, расширяющий React.Component. А в эмбере до сих пор const Router = Ember.Router.extend. Доколе?

Ну и явное всяко лучше неявного. Вся эта магия и "convention over configuration" - зло. Лучше иметь возможность самому выбирать структуру проекта и явно подключать те или иные модули, чем быть жёстко ограниченным самим фреймворком.

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

[Андрей]

bromzh: Ваш ответ демонстрирует достаточно высокую квалификацию и личный опыт. Респект. Я пока в самом начале пути по части фронтенд фреймворков, хотя актуальность просто зашкаливает. До недавней поры я все больше обходился jQuery.

Тем не менее мне кажется Ваша информация несколько устарела.

Вот цитата с их сайта:

To make the most out of the guides, you should have a working knowledge of:

HTML, CSS, JavaScript - the building blocks of web pages. You can find documentation of each of these technologies at the Mozilla Developer Network.
Promises - the native way to deal with asynchrony in your JavaScript code. See the relevant Mozilla Developer Network section.
ES2015 modules - you will better understand Ember CLI's project structure and import paths if you are comfortable with ES6 JavaScript Modules.
ES2015 syntax - Ember CLI comes with Babel.js by default so you can take advantage of newer language features such as arrow functions, template strings, destructuring, and more. You can check the Babel.js documentation or read Understanding ECMAScript 6 online.

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

За долгие годы разработки многих проектов, их сопровождения и доработки через продолжительные отрезки времени, я пришел к философии, очень схожей с той, что заложена именно в Ember..JS

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

В Ember.JS эта проблема решена насколько это вообще возможно. Все всегда лежит на одних и тех же местах, все четко, понятно, предсказуемо. Вплоть до того, что приходя в любой проект на Ember.JS человек за считанные дни сможет включиться в продуктивную работу. Так обещают создатели фреймворка. Я, почему то, им верю...

[bromzh]

iCoderXXI: А, ну теперь стало понятнее, спасибо. Меня сбило с толку, что при поиске по слову "ember js" гугл выдаёт ссылки на первую ветку, а гугление по запросу "ember es6 classes" ведёт на открытые issue.
Да, вроде ветка 2.x получше. Но всё-равно, что-то пока особо не поменялось, хотя следовало бы (hbs, например, так и остался, хотя вроде и пытаются перейти к другому синтаксису).
Ну а на счёт структуры и скорости включения в работу... Для ангуляра есть styleguide, и если следовать ему, то всё всегда будет понятно. Более того, когда начинаешь с малого, по мере увеличения ты сам приходишь к такой архитектуре. Но, с другой стороны, бывают случаи, когда лучше написать по-другому. И хорошо, что ангуляр даёт некую свободу.

[Андрей]

bromzh: в ветке 2.х очень многое уже поменялось и еще больше поменяется. Курс который авторы наметили мне симпатичен. Я пока наполняю контексты, если можно так сказать, выстраиваю в голове картинку, подбираю пилотный проект, на котором можно будет поэкспериментировать в практике. Тема с соглашениями безусловно холиварная, но лично я уже настолько устал от анархии, что всеми руками за тотальный диктат соглашений. :) Это сугубо моя личная субъективная позиция... Мне хочется как можно меньше напрягая память и мозг все же достигать существенных, может быть даже выдающихся результатов. Память и мозг напрягать мне хочется меньше не из-за лени, а просто потому что они и так постоянно находятся на грани предельного напряжения и еще больше уже просто некуда...

[Андрей]

Если дружите с инглишем, вот на вскидку пару видео где главный идеолог Ember.JS рассказывает о кардинальных изменениях начиная с ветки 2.0, в том числе и по части шаблонизации

www.youtube.com/watch?v=iSuCraN0yEY

www.youtube.com/watch?v=DrFXw0QGDLM

Answer 7

[private_tm]

Потому что пиар дикий( от гугла и микрософта). В сухом остатке это пока сырая вешь(если имееться виду второй Ангуляр).

Answer 8

[kompi]

Почему к d lang так мало внимания? Главная составляющая будет таже самая.

Answer 9

[Михаил]

В любой тред влазит человек который говорит что про Д все забыли, или а ПОЧЕМУ БЫ НЕ ИСПОЛЬЗОВАТЬ D??)))
сори офтоп) а по делу)) берите react, ember монстр angular насрали в разметку) а react это весело и не напряжно)

Comments

[Николай]

уж реакту ли говорить про насрали в разметку.

[Константин]

неа, он все компилит и жрет разметку JSом, т.е. с точность до наоборот

Answer 10

[e_asphyx]

Потому что в нём магия, а её многие любят. Я могу сказать только про Angular2, у которого магия как в отслеживании изменения состояний компонентов, так и в dependency injection.

Answer 11

[rinatoptimus]

Вычитал где-то, что Англяр учел все предыдущие ошибки, укантовался и теперь гораздо сноснее. Плюс: у него все из коробки. Минус: чтобы пользоваться всем этим богатством из коробки, надо выучить специфический ng-синтакс.
Реакту только предстоит исправить выявившиеся недочеты и переработка еще впереди. Плюс: нет специфического синтакса. Минус: изначально не так функционален, поэтому надо подключать сторонние библиотеки, соответственно, учить их.

Comments

[mali3days]

Как думаете, что будет в 2016 восстребованнее: Angular or React?

[Константин]

А в Angular изначально дофига изучить и той самой коробкой он ограничен и чтобы расширить нужно извернуться как удаву. И размер Ангулровской коробки его и плюс и минус: много чего есть, но все это плашмя, порог входа слишком высок. Тем не менее, скорее всего Ангуляр2 будет лидировать в дальнейшем - слишком уж распиаренный 1й, от преимуществ использования которого осталась лишь его популярность.

[rinatoptimus]

mali3days: чисто субъективно, Ангуляр 2. С тех пор, как появился Реакт, стало понятно, что колоссальных преимуществ перед Ангуляром нет: и там, и там свои плюсы и минусы.

[rinatoptimus]

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

[mali3days]

rinatoptimus: Вы абсолютно правы! Мода на фреймворки быстро меняется у заказчиков. Пользуюсь гуглом выяснил что React более популярен у США, а Angular у индусов.

Answer 12

[Konstantin]

Если вы до сих пор не пробовали Angular, то советую начать изучать его вторую версию, так как она имеет простую и понятную архитектуру и почти не пересекается с первой версией, которая, на мой взгляд, уродливая и может восхищать только любителей jQuery :)

Comments

[Алексей]

Вот и я подумал, что надо 2-ю версию изучать, полез, а там на TypeScript (на JS можно, но продвигается теперь и TS). Получается надо еще и TS подтянуть. Пока всё это изучаешь, уже что-то новое появляется.

[Konstantin]

Алексей: Так это же замечательно! TypeScript (Dart тоже) в отличии от CoffeeScript или ClojureScript имеет практический смысл -- ваша программа понятна подавляющему большинству программистов

[Алексей]

Konstantin: Не разделяю Вашу точку зрения. Слишком большой вагон знаний надо тянуть.

Answer 13

[r1ch]

Почему все забыли про backbone.js, по-моему очень интересная библиотека.

Answer 14

[Valeriy Donika]

После использования Ангуляра, к джиквери не охота возвращаться, многие вещи делаются гораздо проще...