T
Чтобы разобраться во внутренностях
Size: a a a
2020 April 14
T
Она реализует апи реакта с плюшками, но выкинув классы
ЮЧ
Я вижу три кейса здесь:
1. Инстанциация.
2. Реконфигурация.
3. Очистка.
По большому счету, это старый-добрый лайфсайкл, но для контроллеров внутри хуков:
А теперь магия:
class MyController {
static get reactHookConfig() {
return {
init: 'initialize',
update: 'update',
clear: 'tearDown'
}
}
initialize() {}
update() {}
tearDown() {}
}
1. Инстанциация.
2. Реконфигурация.
3. Очистка.
По большому счету, это старый-добрый лайфсайкл, но для контроллеров внутри хуков:
function MyComponent() {
const instance = useController(MyController, [], [])
}А теперь магия:
class MyController {
static get reactHookConfig() {
return {
init: 'initialize',
update: 'update',
clear: 'tearDown'
}
}
initialize() {}
update() {}
tearDown() {}
}
ЮЧ
Два набора аргументов: первый к конструктору и не наблюдается. А второй — к функции update.
T
Только апдейт не нужен
T
Ибо нет пропсов
ЮЧ
Ну, я в общем случае написал.
T
Это может быть методом контроллера
T
Это важный момент, ибо иначе мы просто классы компонентов переизобретаем
ЮЧ
Это важный момент, ибо иначе мы просто классы компонентов переизобретаем
Вот да )
ЮЧ
Меня это тоже слегка смущает )
T
Поэтому апдейт не нужен
T
Но! никто не запрещает два контроллера в один функциональный компонент запилить
T
Разных, и по разному раскидать их колбеки на элементы
T
И между собой связать
T
Это composition api
T
В стиле реакта
T
А еще возможен такой крутой синтаксис
const instance = useController(class extends WhatEver {
...whatever
})ЮЧ
А еще возможен такой крутой синтаксис
const instance = useController(class extends WhatEver {
...whatever
})Не, так лучше не делать.