t
кто отвечает тогда
Size: a a a
2021 February 23
EA
у тебя 10 человек например
В нашем случае не релевантно, но в твоем - дели приложение на "фичи".
Пусть каждая фича включает в себя изолированный набор нужных только ей контроллеров, сервисов, репоситориев, виджетов.
При этом в приложении все равно будет набор core контроллеров, сервисов и т.д к которому все фичи смогут иметь доступ
Пусть каждая фича включает в себя изолированный набор нужных только ей контроллеров, сервисов, репоситориев, виджетов.
При этом в приложении все равно будет набор core контроллеров, сервисов и т.д к которому все фичи смогут иметь доступ
t
что такое контроллер фичи?
EA
Вот кстати пример "чистой архитектуры" с использованием getx (не наш)
https://github.com/omergamliel3/flutter-clean-architecture-app
https://github.com/omergamliel3/flutter-clean-architecture-app
EA
что такое контроллер фичи?
к примеру - authorization
значит будет контроллер, который будет способен получать данные для логина от юзера, и способен их обрабатывать (работа с сервисом авторизации). И соответсвенно передавать этот стейт в релевантные виджеты
значит будет контроллер, который будет способен получать данные для логина от юзера, и способен их обрабатывать (работа с сервисом авторизации). И соответсвенно передавать этот стейт в релевантные виджеты
EA
или фича по работе с ble - есть ble сервис, который предоставляет api для взаимодействия по ble, и есть контроллер, который используя этот сервис чранит в себе все нужные стейты и предоставляет их виджетам
t
t
это что за файл
t
что оно делает
EA
что оно делает
Насколько я понимаю - отвечает за отображение данных на HomeScreen
t
я себе чистую архитектуру не так представлял
EA
я себе чистую архитектуру не так представлял
Вполне возможно.
Это лишь один из способов ее представления.
Я боллее чем уверен, что каждый программист преставляет ее себе по своемеу
Это лишь один из способов ее представления.
Я боллее чем уверен, что каждый программист преставляет ее себе по своемеу
t
нарисовал бы уже давно и показал как get заменяет все
и стейт менеджмент и блок и сеть и что там еще
и стейт менеджмент и блок и сеть и что там еще
t
и контекст не нужен
EA
нарисовал бы уже давно и показал как get заменяет все
и стейт менеджмент и блок и сеть и что там еще
и стейт менеджмент и блок и сеть и что там еще
Я не говорю, что он заменяет все.
t
Кстати di гетикса я не использую, только state management и routing.
Для di используем get_it
Для di используем get_it
тут как минимум
EA
Просто вместо блока используй (или не используй) контроллеры (или провайдер, или store )
t
насчет неудобства контекста
t
что с ним не так?
t
куда его приходится пропихивать?