Angular — почему нужно избегать публичных методов при разработке компонентов

Angular - почему нужно избегать публичных методов при разработке компонентов

От автора: есть много способов реализовать связь между компонентами. Один из наиболее часто используемых подходов — вызовы публичных методов. Многие разработчики с сильным опытом классической веб-разработки (например, JQuery) любят использовать этот подход для разработки компонентов. Однако на самом деле это не очень хорошая практика в мире Angular.

Проблема 1. Он не может использовать управление изменениями Angular

Одна из самых мощных функций Angular — автоматическое управление состояниями. Когда состояния в компоненте обновляются, Angular помогает автоматически отражать их в шаблоне посредством обнаружения изменений.

Например, когда value в классе обновляется, Angular автоматически обновит value в шаблоне. Однако мы не сможем применить эту функцию при использовании компонентов, которые полагаются на публичные методы. Это я хотел бы пояснить на примере:

Бесплатный курс «NodeJS. Быстрый старт»

Изучите курс и узнайте, как создать веб-приложение с нуля на JavaScript с NodeJS

Получить курс

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

Теперь предположим, что у нас есть еще один компонент <filter>, у которого есть атрибут activeFilter. Мы хотим, чтобы кнопка активировалась, когда activeFilter не пуста.

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

Переработав компонент с использованием подхода привязки, мы можем сделать код намного чище:

Теперь мы можем сделать:

Бесплатный курс «NodeJS. Быстрый старт»

Изучите курс и узнайте, как создать веб-приложение с нуля на JavaScript с NodeJS

Получить курс

Мутация состояния может быть связана через различные компоненты с помощью управления состоянием Angular, что поможет уменьшить количество ненужного кода. Самое главное, нам больше не нужно заботиться о том, какая часть кода может вызвать изменение данных. Angular может помочь нам гарантировать, что каждый раз при обновлении activeFilter изменение будет отражено в шаблоне. Это значительно снижает сложность и расходы на обслуживание.

Проблема 2: Это не подходит для наследования компонентов

Следующая проблема касается повторного использования компонентов. Тем не менее, это связано не с самим компонентом, а с его родителем, который его использует. Опять же, я хотел бы пояснить это на примере:

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

Когда разработчики хотят повторно использовать эти коды посредством наследования, они должны обеспечить существование элемента #customButton, даже если он им не нужен. SpecialPageComponent выше будет просто выводить ошибку нуля.

Мы можем обойти это ограничение, используя привязку:

Теперь логика придерживается шаблоном без какой-либо связи с классом. Разработчики могут более гибко повторно использовать код без необходимости изменять дизайн шаблона.

Заключение

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

Автор: Liu Ting Chun

Источник: https://medium.com

Редакция: Команда webformyself.

Бесплатный курс «NodeJS. Быстрый старт»

Изучите курс и узнайте, как создать веб-приложение с нуля на JavaScript с NodeJS

Получить курс

Angular 4 NgRx

Посмотрите видео по Angular 4 NgRx

Смотреть

Метки:

Похожие статьи:

Комментарии Вконтакте:

Комментарии Facebook:

Комментирование закрыто.