B
Спасибо за FlutterForDev
Всем привет.
Сегодня наконец-то дописал на хабре статью про флаттер и чистую архитектуру, буду рад любым комментариям.
https://habr.com/ru/post/522640/
Size: a a a
2020 October 10
n
КБ
Всем привет.
Сегодня наконец-то дописал на хабре статью про флаттер и чистую архитектуру, буду рад любым комментариям.
https://habr.com/ru/post/522640/
Сегодня наконец-то дописал на хабре статью про флаттер и чистую архитектуру, буду рад любым комментариям.
https://habr.com/ru/post/522640/
Спасибо большое.
2020 October 11
AK
Всем привет.
Сегодня наконец-то дописал на хабре статью про флаттер и чистую архитектуру, буду рад любым комментариям.
https://habr.com/ru/post/522640/
Сегодня наконец-то дописал на хабре статью про флаттер и чистую архитектуру, буду рад любым комментариям.
https://habr.com/ru/post/522640/
Спасибо за статью.
Насколько я понимаю, в чистой архитектуре зависимости между слоями идут строго в одну сторону.
Если можно, приведи цепочку зависимостей слоев этого приложения, если она наглядно ложится на исходную схему.
Просто не совсем понятно, почему доменный слой такой искусственный, ведь по факту он просто существует, и не реализует никакой доменной логики.
P.s. я читаю теги)
Насколько я понимаю, в чистой архитектуре зависимости между слоями идут строго в одну сторону.
Если можно, приведи цепочку зависимостей слоев этого приложения, если она наглядно ложится на исходную схему.
Просто не совсем понятно, почему доменный слой такой искусственный, ведь по факту он просто существует, и не реализует никакой доменной логики.
P.s. я читаю теги)
FL
Всем привет.
Сегодня наконец-то дописал на хабре статью про флаттер и чистую архитектуру, буду рад любым комментариям.
https://habr.com/ru/post/522640/
Сегодня наконец-то дописал на хабре статью про флаттер и чистую архитектуру, буду рад любым комментариям.
https://habr.com/ru/post/522640/
почему мобХ?
P
Всем привет.
Сегодня наконец-то дописал на хабре статью про флаттер и чистую архитектуру, буду рад любым комментариям.
https://habr.com/ru/post/522640/
Сегодня наконец-то дописал на хабре статью про флаттер и чистую архитектуру, буду рад любым комментариям.
https://habr.com/ru/post/522640/
это все конечно классно, для новичков самое то.
но как быть с расширение ?
добавлением новых фич?
локализации, Di, обработка ошибок и так далее?
надеюсь не остановитесь на пол пути и продолжите в том же духе!
но как быть с расширение ?
добавлением новых фич?
локализации, Di, обработка ошибок и так далее?
надеюсь не остановитесь на пол пути и продолжите в том же духе!
s
почему мобХ?
Просто захотел попробовать:)
s
Anton Karpov
Спасибо за статью.
Насколько я понимаю, в чистой архитектуре зависимости между слоями идут строго в одну сторону.
Если можно, приведи цепочку зависимостей слоев этого приложения, если она наглядно ложится на исходную схему.
Просто не совсем понятно, почему доменный слой такой искусственный, ведь по факту он просто существует, и не реализует никакой доменной логики.
P.s. я читаю теги)
Насколько я понимаю, в чистой архитектуре зависимости между слоями идут строго в одну сторону.
Если можно, приведи цепочку зависимостей слоев этого приложения, если она наглядно ложится на исходную схему.
Просто не совсем понятно, почему доменный слой такой искусственный, ведь по факту он просто существует, и не реализует никакой доменной логики.
P.s. я читаю теги)
Цепочка здесь такая: SunriseServise -> ApiUtil -> DayRepository -> HomeState -> Home. Всё строго в одну сторону.
ЮП
Друзья, подскажите пожалуйста где прочитать, как можно отследить подключение зарядки к смартфону?
PP
Друзья, подскажите пожалуйста где прочитать, как можно отследить подключение зарядки к смартфону?
t
Просто захотел попробовать:)
как вы думаете мобх бы масштабировался при 3-4 командах на одном проекте?
насколько мобх пролезает в слой ui и приходится весь код обмазывать плохо контроллируемыми observerами, отсутствие иммутабельности еще бы добавил
насколько мобх пролезает в слой ui и приходится весь код обмазывать плохо контроллируемыми observerами, отсутствие иммутабельности еще бы добавил
s
У меня небогатый опыт работы с mobx, поэтому сложно сказать
t
если изначально ошибиться с архитектурой стейт менеджмента можно серьезно ухудшить жизнь разработчикам, особенно если планируется application as a service с постоянным развитием и релизами
s
По крайней мере, с использованием чистой архитектуры вам будет проще переехать на что-то другое - data-слой не изменится, модельки тоже все те же останутся. Разве что в UI надо будет заменить Observer на BlocBuilder, например. Это лучше, чем ничего.
EN
У меня небогатый опыт работы с mobx, поэтому сложно сказать
я так же решил попробовать на одном из проектов мобх, когда дошел до некоторой критической нерасширяемой границы, быстро все переписал на редакс с иммутабельными классами, потому что поддерживать это в дальнейшем ну изврат просто
t
По крайней мере, с использованием чистой архитектуры вам будет проще переехать на что-то другое - data-слой не изменится, модельки тоже все те же останутся. Разве что в UI надо будет заменить Observer на BlocBuilder, например. Это лучше, чем ничего.
с мобх на однонаправленную иммутабельную архитектуру переезжать придется переписать половину приложения
t
кроме дата классов и репозиториев, придется переписывать юзкейзы и весь практически ui
s
с мобх на однонаправленную иммутабельную архитектуру переезжать придется переписать половину приложения
Почему? Я прям сейчас могу выкинуть из того примера mobx и подставить на его место bloc.
Или вы про то, что я могу изменять отслеживаемые поля напрямую без экшнов?
Или вы про то, что я могу изменять отслеживаемые поля напрямую без экшнов?
t
да стейты где храните данные неконтролируемы