методы у Ref'а для работы с компонентом? То есть использовать компонент как класс, у которого есть методы, торчащие наружу для взаимодействия с ним?
А почему не ивенты?
Скажем, есть модальное окно. Иногда родительский компонент должен открыть модальное окно при клике на кнопку, при этом сохранение в стейте родителя состояния модального окна кажется странным решением, особенно когда модальных окон несколько
У модальных окон должен быть свой айди. Не знаю какое модальное окно ты используешь, но у того же бут'а есть события.
Не уверен, что я прав, тем не менее позволю сказать своё мнение. Мне кажется, что есть два рациональных решения: 1. Сохранять открытое окно в store 2. Обращение, как вы сказали ранее, к методам $ref
А зачем глобальному стейту знать, открыто ли модальное окно? Оно же не имеет отношения ко всему приложению, максимум к какой-то странице ?
Не знаю тонкостей реализации модальных окон у вас, но у меня предполагается то, что любое модальное окно может быть открыто на любой странице
да, публичные методы это нормально, например, тот же .focus()
Я бы тоже так счёл, но не совсем понятно как тогда выделить этот интерфейс, который торчит наружу. Это неочевидно, если мы посмотрим в код компонента, какие методы можно дергать, а какие только для внутреннего использования
почитай про rfc expose
Обсуждают сегодня