issues
search
taratara10
/
buss_timetable
0
stars
0
forks
source link
Streamについて検討する
#47
Closed
taratara10
closed
4 months ago
taratara10
commented
5 months ago
clockをViewmodelじゃなくて、usecaseでstreamで公開したい
テストかけないしね
再利用性がない
[ ] how to test
taratara10
commented
5 months ago
https://padamchopra.medium.com/flutter-using-streams-for-asynchronous-requests-fadc5bf1df6d
sinkにぶちこめば、streamで流れてくる感じ?
taratara10
commented
5 months ago
card更新と、全体更新を1つの関数でやってるのでややこしくなってる
関心を分離しよう
clockはvmからもらったデータでやればいいから、同期でいいかな
finishをする必要がありそう?
taratara10
commented
5 months ago
と思ったけど、returnで
ClockCardState
返したいな、、、
これはview層で、domainではないです
viewで収まるくらいのコンパクトな処理ではある
domainはclockみたいな
の汎用にしとく?
冗長
それか詰め替えdata classを作るか
どっちが高凝集で可読性が高い?
ロジックがviewにあるとテストされないので、useCaseにあるべき巻はある
taratara10
commented
5 months ago
一番のモチベはtimerをviewModelで管理したくない
thread安全で使いたい
coroutine flowがないのがすべて悪い
taratara10
commented
5 months ago
domainはrepository -> usecase -> viewへの緩衝材
view -> usecaseの流れは逆の依存なのでは?
UDFではなさそう感
taratara10
commented
4 months ago
無理にclean architectureに拘る必要はないのでは
uiStateがcore-modelにあればいいという話
flutterはmoduleわけないので、別にいいかも
taratara10
commented
4 months ago
streamやるならMVIでやりたい
MVVMの個人開発ではover enginiering