Ребята,Я, к своему стыду, никогда не использовал блок. Что покурить

в первую очередь посоветуете?

документацию, bloclibrary

а что использовал вместо?

ох. только сильно не бейте, но что то на синглтонах, что то на провайдере

так провайдер неплох

сейчас блок "модный", а лишних знания не бывает

провайдер топ

Всё равно всё в одной памяти...

У провайдера свои задачи, у блока свои

В принципе, сам по себе провайдер не сильно нужен , ибо есть из коробки inherited

))))

Провайдер это обертка поверх инхеритеда)

Ну и не только он, там ещё несколько

Вот , как то писал на потоках + inherited... и понял, нет , слишком..... получилось очень просто, и это даже рядом с этим пакетом не стоит, и пользоваться очень удобно этим паком)

Что ты там распространяешь, поток или фьючи или ещё чего не важно)

https://www.youtube.com/watch?v=khuaUejT3zw

спасибо!

Концепцию компонентов для начала... Почему об этом никто не пишет?!

Вот например в реакте функциональные компоненты: Что имеем - функцию описывающая проведение компонента. Она принимает пропсы, список других компонентов, и возвращает поддерево компонентов... И в итоге по конечному дереву компонентов всё строится и рисуется. А именно Юи. Хотя сами компоненты как бы не обязательно должны отвечать за юи. Во флаттере имеем тоже самое. Только вместо функциональных компонентов у нас виджеты... Они считай так же описывают какие пропсы у ней может быть. И по итогу имеет метод билд который возвращает "поддерево" виджетов. Так вот у блока (компоненты бизнес логики) такая же концепция, но об этом я чет нигде не находил упоминаний... Допустим вот чат: Есть блок приложения, он проверяет авторизован ли пользователь и если нет то запускает процесс авторизации... Типа по стриму текут этапы авторизации, Аля (ожидание логина/пароля, отправка данных, ожидания логина/пароля с ошибкой, повторная отправка данных, прохождение второго фактора авторизации (ожидание ввода кода), отправка кода (ожидание ключа), получение данных пользователя) Считай данные пользователя получили теперь сформировали у него в стейте новый блок. Новый блок сразу начинает обновление списка чатов и спавнит в себе блоки чатов. Ну и ТД и ТП, хз чё как... Пользователь потом выбирает чат и взаимодействует уже с ним... Типа приложению приходит экшон типа отправить сообщение такого-то содержания, он смотрит есть ли блок аккаунт, отправляет это сообщение к нему, потом смотрит какой чат активен, и отправляет сообщение ему... Блок чата считай там уже делает свои делишки... Типа форматирует текст и в случае чего возвращает ошибку о невозможных символах. Или вот например есть у нас блок уже на сервере, тут считай нет конкретного пользователя. Допустим вот пришло сообщение что в такой то чат такой то аккаунт отправил сообщение. Ну и пошло оно к блоку сервера.. там он проверил что такой чат существует, что такой пользователь зарегистрирован и что привязанный к сообщению токен валиден... Далее он обрезает инфу о токене и номере чата и отправляет блоку корректного чата сообщения, мол тут над сообщение от такого то пользователя опубликовать... Ну и он такой ок, и уже блок чата всем остальным пользователям конкретного чата что мол сообщение пришло... Блоки пользователей это сообщения получают и смотрят у себя подключен ли клиент пользователя к серверу... Если нет то считай ждёт подключения и оставляет на потом, а если подключен то отправляет клиенту уведомление, мол у тебя тут новые сообщения в таких то чатах...

https://rabota.dev/forum/threads/vue-js-%D0%B8-%D1%81%D0%BB%D0%BE%D0%B8%D1%81%D1%82%D0%B0%D1%8F-%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0-%D0%B2%D1%8B%D0%BD%D0%B5%D1%81%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BB%D0%BE%D0%B3%D0%B8%D0%BA%D0%B8-%D0%B2-%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B.4263/

Я так понимаю всякие примеры на примере счётчика или тудушек не отображают концепцию компонентов бизнес логики... Они отображают концепцию лишь одного компонента бизнес логики в вакууме... Как если бы нас знакомили с концепцией виджетов через такие виджеты как Text, Image, или Icon...