Comments 17
14. Нестандартные каналы
Под 'каналами' подразумеваются пайпы? (pipes)
Ни разу не встречал термин 'канал'
Управление состоянием с помощью NgRx
Почему именно ngrx?
Во-первых, это не является неотъемлёмой частью angular.
Во-первых, ангуляр из коробки позволяет обойтись без сторонних менеджеров состояний с помощью rxjs и сервисов.
Во-вторых, ngrx сложнее для понимания, чем, например, акита и ngxs
У фреймворка Angular есть собственная система управления состояниями, но NgRx справляется с централизацией состояний и связанных с ними данных намного лучше
Очень голословное утверждение
Так же, почему нет ни слова про rxjs, который глубоко интегрирован в сам ангуляр (в отличие от например ngrx) и действительно является мощным инструментом, который следует изучить?
У всех разный опыт работы с angular и эта статья основана на опыте ее написавшего. Возможно автор не копал глубоко и использовал только свой опыт и свое понимание работы с angular.
Инструментов и подходов же много и нет единственно правильного подхода или инструмента для решения задач.
ИМХО.
Инструментов и подходов же много и нет единственно правильного подхода или инструмента для решения задач.
ИМХО.
UFO just landed and posted this here
Это поможет начинающим не запутаться в многообразии техник и подходов и сфокусироваться на решении задач и освоении хоть какого нибудь набора инструментов.
А уже потом, если читатель захочет углубиться, зайти с другой стороны, он это сделает. А если не захочет, то он все равно не делает ничего плохого, он просто использует те знания и ресурсы, которые ему необходимы. В том числе и эту статью.
А уже потом, если читатель захочет углубиться, зайти с другой стороны, он это сделает. А если не захочет, то он все равно не делает ничего плохого, он просто использует те знания и ресурсы, которые ему необходимы. В том числе и эту статью.
UFO just landed and posted this here
jQuery же учили практически без знаний js. Что мешает тут поступать так же? :)
Я говорю, что у каждого свой подход, в том числе и в изучении чего-либо. Кому то проще начать на сторонней либе и гуглить по ходу разработки, чем изучить сначала RxJS, потом делать что то с помощью нее, а уже потом юзать NgRx, если вдруг надо больше возможностей. Разработчик и так познакомится с RxJS при работе с NgRx. Это неизбежно, но он уже будет что то делать полезное для себя или для компании, которая доверила ему проект на Angular.
Я говорю, что у каждого свой подход, в том числе и в изучении чего-либо. Кому то проще начать на сторонней либе и гуглить по ходу разработки, чем изучить сначала RxJS, потом делать что то с помощью нее, а уже потом юзать NgRx, если вдруг надо больше возможностей. Разработчик и так познакомится с RxJS при работе с NgRx. Это неизбежно, но он уже будет что то делать полезное для себя или для компании, которая доверила ему проект на Angular.
Полезна статья, спасибо. А почему Angular 2, а не более свежие версии?
> Считается, что во фронтенд-разработке эквивалентом «Hello world» является приложение — список задач.
Нет, простите, но это уже никак «Hello world» не считается.
Нет, простите, но это уже никак «Hello world» не считается.
А что считается?
Напомню, что фронтенд-разработка — это совокупность верстки и программирования для клиентской части приложения.
А что в себе объединяет верстку+программирование+делается за вечерок? Правильно, приложение todo-лист в самом его простом исполнении.
Чтобы понять, как работает фреймворк, нужно же не вывести в консоль или темплейт «Hello, world», а сделать что то более осмысленное.
Напомню, что фронтенд-разработка — это совокупность верстки и программирования для клиентской части приложения.
А что в себе объединяет верстку+программирование+делается за вечерок? Правильно, приложение todo-лист в самом его простом исполнении.
Чтобы понять, как работает фреймворк, нужно же не вывести в консоль или темплейт «Hello, world», а сделать что то более осмысленное.
Возможно, я неправильно воспринимаю «Hello world». Для меня это, например, завести React и заставить отрендерить компонент с таким текстом, то есть самый первый, начальный уровень.
С to-do тоже согласен, что это удобно в контексте того, чтобы попробовать новую технологию сразу в практике, но это, как по мне, уже выше уровнем, нежели «Hello world».
Само собой, это моё мнение, не претендую на абсолютную правоту.
С to-do тоже согласен, что это удобно в контексте того, чтобы попробовать новую технологию сразу в практике, но это, как по мне, уже выше уровнем, нежели «Hello world».
Само собой, это моё мнение, не претендую на абсолютную правоту.
Вывод «Hello world» в свежесгенерённом проекте же!
TODO это уже приложение. Маленькое, но приложение.
TODO это уже приложение. Маленькое, но приложение.
Спасибо за перевод.
В разделах "что гуглить" мне лично не хватает оригинальных названий терминов. Каналы — это channels? Глупые компоненты — silly? dumb? stupid? Нестандартные компоненты — non-standard? custom?
Поскольку статья рассчитана на неопытного пользователя ангуляра, это не очевидно.
Оригинальные названия в оригинале: medium.com/@PurpleGreenLemon/19-things-you-need-to-learn-to-become-an-effective-angular-developer-c0ccfa51222a
Sign up to leave a comment.
Что нужно знать для эффективной разработки на фреймворке Angular