jQuery же учили практически без знаний js. Что мешает тут поступать так же? :)
Я говорю, что у каждого свой подход, в том числе и в изучении чего-либо. Кому то проще начать на сторонней либе и гуглить по ходу разработки, чем изучить сначала RxJS, потом делать что то с помощью нее, а уже потом юзать NgRx, если вдруг надо больше возможностей. Разработчик и так познакомится с RxJS при работе с NgRx. Это неизбежно, но он уже будет что то делать полезное для себя или для компании, которая доверила ему проект на Angular.
Это поможет начинающим не запутаться в многообразии техник и подходов и сфокусироваться на решении задач и освоении хоть какого нибудь набора инструментов.
А уже потом, если читатель захочет углубиться, зайти с другой стороны, он это сделает. А если не захочет, то он все равно не делает ничего плохого, он просто использует те знания и ресурсы, которые ему необходимы. В том числе и эту статью.
А что считается?
Напомню, что фронтенд-разработка — это совокупность верстки и программирования для клиентской части приложения.
А что в себе объединяет верстку+программирование+делается за вечерок? Правильно, приложение todo-лист в самом его простом исполнении.
Чтобы понять, как работает фреймворк, нужно же не вывести в консоль или темплейт «Hello, world», а сделать что то более осмысленное.
У всех разный опыт работы с angular и эта статья основана на опыте ее написавшего. Возможно автор не копал глубоко и использовал только свой опыт и свое понимание работы с angular.
Инструментов и подходов же много и нет единственно правильного подхода или инструмента для решения задач.
ИМХО.
Я говорю, что у каждого свой подход, в том числе и в изучении чего-либо. Кому то проще начать на сторонней либе и гуглить по ходу разработки, чем изучить сначала RxJS, потом делать что то с помощью нее, а уже потом юзать NgRx, если вдруг надо больше возможностей. Разработчик и так познакомится с RxJS при работе с NgRx. Это неизбежно, но он уже будет что то делать полезное для себя или для компании, которая доверила ему проект на Angular.
А уже потом, если читатель захочет углубиться, зайти с другой стороны, он это сделает. А если не захочет, то он все равно не делает ничего плохого, он просто использует те знания и ресурсы, которые ему необходимы. В том числе и эту статью.
Напомню, что фронтенд-разработка — это совокупность верстки и программирования для клиентской части приложения.
А что в себе объединяет верстку+программирование+делается за вечерок? Правильно, приложение todo-лист в самом его простом исполнении.
Чтобы понять, как работает фреймворк, нужно же не вывести в консоль или темплейт «Hello, world», а сделать что то более осмысленное.
Инструментов и подходов же много и нет единственно правильного подхода или инструмента для решения задач.
ИМХО.