ЮБ
первое -ребенок
Size: a a a
2020 October 20
ЮБ
второе - родитель
ЮБ
диспатчер же генерирует кастомный евент, как им данные передавать?
по типу колбэка?
по типу колбэка?
AS
второй параметр emit - данные
NS
а, лол, тоже типо EventEmmiter есть
AS
если я не ошибаюсь - @Output то же самое практически
ЮБ
второй параметр emit - данные
пасиб
ЮБ
оно везде тоже самое)
только в реакте ручками надо делать
только в реакте ручками надо делать
MZ
короче я так и не вкурил какую проблему они решают, но мне не понравилась идея что хороший UX это когда кусок UI с контентом ждет кусок с полем для ввода, чтобы они появились вместе
Я посммотрел кусками (дико нудный видос) как грузиться UI и вроде всё наоборот очень круто.
Контент грузиться частями, как только контент загрузился, элемент с ним отрисовывается не дожидаясь остальных частей.
Я бы хотел так сделать у себя, но идея слать 15 gq запросов взамен одного — как-то не воодушевляет.
Короч может я что-то пропустил, но так и не понял о каком поле ввода ты пишешь? Там у них с точки зрения UI — всё очень круто, так и должно быть в хорошем приложении.
Контент грузиться частями, как только контент загрузился, элемент с ним отрисовывается не дожидаясь остальных частей.
Я бы хотел так сделать у себя, но идея слать 15 gq запросов взамен одного — как-то не воодушевляет.
Короч может я что-то пропустил, но так и не понял о каком поле ввода ты пишешь? Там у них с точки зрения UI — всё очень круто, так и должно быть в хорошем приложении.
MZ
оно везде тоже самое)
только в реакте ручками надо делать
только в реакте ручками надо делать
Вот делали картинку про способы обмена данными, (забыл какой там хэш был, породублирую)
ЮБ
Вот делали картинку про способы обмена данными, (забыл какой там хэш был, породублирую)
блаодарю
ER
PM
Я посммотрел кусками (дико нудный видос) как грузиться UI и вроде всё наоборот очень круто.
Контент грузиться частями, как только контент загрузился, элемент с ним отрисовывается не дожидаясь остальных частей.
Я бы хотел так сделать у себя, но идея слать 15 gq запросов взамен одного — как-то не воодушевляет.
Короч может я что-то пропустил, но так и не понял о каком поле ввода ты пишешь? Там у них с точки зрения UI — всё очень круто, так и должно быть в хорошем приложении.
Контент грузиться частями, как только контент загрузился, элемент с ним отрисовывается не дожидаясь остальных частей.
Я бы хотел так сделать у себя, но идея слать 15 gq запросов взамен одного — как-то не воодушевляет.
Короч может я что-то пропустил, но так и не понял о каком поле ввода ты пишешь? Там у них с точки зрения UI — всё очень круто, так и должно быть в хорошем приложении.
Посмотри по компонент Composer грузится дольше чем NewsFeed
PM
PM
компоузер это просто компонент который позволяет написать пост. фактически они говорят что хороший UI это когда NewsFeed не отображается до того, как придет Composer, а если вообще не придет, то юзер не только не сможет написать новый пост, но и почитать то что уже есть
PM
на мой взгляд называть это good UX просто чудовищно
AP
он фокусируется на дата фетчинге а не на обработке ошибок, раздай по ErrorBoundary для каждой части и все будет хорошо. Если новости обломились то пост написать можно будет.
AP
просто смысл видоса не про обработки ошибок, он просто упомянул что их хорошо бы иметь