Pull to refresh
6
0
Артем @r3tam

Software Engineer (Mobile)

Send message

WM обрабатывает события UI, и по факту это и будет действие пользователя.
Далее она запустит перформер, который может например принимать в себя тип необходимо сценария работы, и передать ему выбор пользователя. И тот сам уже на уровне бизнеса разрулит, что ему запустить далее.


Все конечно зависит от того, какого уровня эти сценарии. Если они существуют только в рамках виджета(или экрана, как частность), то это можно и в WM разрулить. Если это более широкие сценарии, которые захватывают и бизнес и несколько фичей, то идем в слой выше, вызывая перформеры.

По поводу if'ов:
да в идеале составные условия уходят в WM. Свитч — вполне себе может быть внутри виджета. Тут скорее надо адекватно подходит к сложности условия.


Про перформеры:
они про контракт взаимодействия с сервисами. Ждать реакции от пользователя будет WM и соответственно дергать перформеры и ждать от них результата(либо подписываться на некоторые события от них).


Про ErrorHandler:
как раз обновили пример в репо https://github.com/surfstudio/mwwm/blob/stable/example/lib/model/common/error/standard_error_handler.dart. Правда лежит на данный момент не в том слое)) Поправим.

Хм, надо будет посмотреть!
Если действительно возможно, сделаю апдейт статьи, потому что это действительно был бы более удобный способ.


Спасибо за наводку!

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

2. Без использования Firebase не видел, но от Firebase есть для пушей плагин pub.dartlang.org/packages/firebase_messaging#-readme-tab-, так что писать нативную часть придется по минимому.
Кстати плагины у них есть не только для пушей.
Вот, например, то, что предоставляет оф.сайт flutter.io/showcase.
Так же есть сэмпл в гугл плей — Flutter Gallery.

Information

Rating
Does not participate
Location
Россия
Registered
Activity