наводящий вопрос — для чего использовать? если того же гальпа хватает для повседневных задач — зачем использовать что-то еще? сейчас еще webpack довольно популярен, вроде как умеет помимо сборки еще и как таскраннер использоваться.
кстати, я не призываю каждый год переходить на новые фреймворки, либы и бандлеры, но гуглить что-то в духе «чего используют в нынешнем году» и «gulp vs webpack» (подставьте свое) — полезно даже чисто для ознакомления.
p.s. gulp устарел хотя бы в том плане, что еще пару лет назад о нем не рассказал только ленивый.
тот факт, что rxjs используется в ангулар не означает, что rxjs — часть ангулара. Это отдельная библиотека для javascript. Частью ангулара можно назвать его пакеты типа angular/core или angular/common.
Я просмотрел комментарии той статьи, но в итоге вы меня не убедили в том, что автор не осилил ангулар. Ваше замечание автору, хоть и важно, но все же это единичный случай, который значит лишь одно — доки ангулара таки обновляются, что не может не радовать.
документация ангулара настолько неудачная, что задавать вопросы приходится постоянно. У ангулара достаточно высокий порог вхождения, много чего в доках не прописано, может потому, что и так понятно (разработчикам гугла). Чтоб далеко не ходить, взять хотя бы усложненный интерфейс директив в angularjs или задачу, описанную в этой статье. Или вот еще, например, достаточно объективная статья на тему сложности ангулара.
чтобы прийти к «заведомо хорошему решению» нужно не раз споткнуться о грабли. Хорошо, когда есть с кем посоветоваться. А если человек — самоучка, и некоторые моменты (например, эта статья) ему покажутся очевиднее, чем разделение на фронт и бэк? Автор не позиционировал статью, как истину в последней инстанции и эта статья вполне имеет право на жизнь. А если бы комментарии озвучивали альтернативы данному подходу — это было бы куда полезнее, чем просто негативная оценка.
по-моему, гораздо лучше, если фронтэнд и бэкэнд находятся раздельно. Таким образом проект будет состоять из двух отдельных проектов. В которых не нужно будет писать такие костыли.
(раньше я тоже таким занимался, когда пытался наладить связь angular + Symfony, в итоге мне подсказали интересную идею, которую я описал выше. Правда, для работы приложения придется дополнительно настроить CORS, но конкретно в Симфони с этим проблем нету)
я, в принципе, согласен, но если бы я знал, что меня минусуют сторонники какого-то иного фреймворка, для меня бы все-равно осталось загадкой — как они попали в хаб Симфони. Поэтому комментарий с пояснением нужен. Т.е. одно дело, если человек развивается всесторонне и имеет какое-то мнение и совсем другое — если человек развиваться не хочет, его планка — джумла, а минус ставит "потому что".
P.S. говоря про джумлу, я просто провел аналогию с ситуацией, когда человек всю жизнь разрабатывает на одном языке/фреймворке и ничего другого не пробовал, а если и пробовал, то весь его опыт закончился где-то на этапе установки/или на этапе задачи аки "hello, world"
причина, по которой я публикую свои посты (помимо желания помочь начинающим) — желание поучаствовать в обсуждении. И я бы не сказал, что тема Symfony/AngularJS сейчас неактуальна, но дельных комментариев — единицы, но минус в карму (да и к постам) идет стабильно. Если бы минусующий хоть как-то мотивировал свое решение, от этого было бы куда больше пользы (так как я адекватно оцениваю критику себя). Просто минус — странная хрень, тогда как минус с комментарием — уже считается конструктивной критикой. ИМХО.
что означает "не нравится сам автор"? Высоцкий был наркоманом, так что теперь, не слушать его песни? И т д. (Здесь могло быть дофига примеров, какими сволочами в жизни были великие люди). Вообще, минус к посту должен быть объективной оценкой самого поста, а не субъективной оценкой личности.
раньше все думали, что Земля — плоская. Тем не менее, они ошиблись. Мне кажется, что яркие примеры при споре всегда могут расставить все по местам. Либо человек признает, что Земля — плоская, но тогда с ним все понятно.
кстати, я не призываю каждый год переходить на новые фреймворки, либы и бандлеры, но гуглить что-то в духе «чего используют в нынешнем году» и «gulp vs webpack» (подставьте свое) — полезно даже чисто для ознакомления.
p.s. gulp устарел хотя бы в том плане, что еще пару лет назад о нем не рассказал только ленивый.
Я просмотрел комментарии той статьи, но в итоге вы меня не убедили в том, что автор не осилил ангулар. Ваше замечание автору, хоть и важно, но все же это единичный случай, который значит лишь одно — доки ангулара таки обновляются, что не может не радовать.
В чем выражается то, что автор той статьи не осилил ангулар?
P.S. в чем выражается то, что автор той статьи не осилил ангулар?
P.S. Мне и в голову не приходило, что в фильтры можно добавить trigger(«click»),
чет я совсем отстал от жизни.
(раньше я тоже таким занимался, когда пытался наладить связь angular + Symfony, в итоге мне подсказали интересную идею, которую я описал выше. Правда, для работы приложения придется дополнительно настроить CORS, но конкретно в Симфони с этим проблем нету)
P.S. говоря про джумлу, я просто провел аналогию с ситуацией, когда человек всю жизнь разрабатывает на одном языке/фреймворке и ничего другого не пробовал, а если и пробовал, то весь его опыт закончился где-то на этапе установки/или на этапе задачи аки "hello, world"