Flutterアプリにおける、過不足ない設計の考察🎅

Photo by Hush Naidoo Jade Photography on Unsplash「一般的なモバイルアプリ」の設計全般において、特に何に気を付ける必要があるか、あるいは逆にあまり気にしてなくても良いのではと思うことなどを述べていきます。 (…のつもりでしたが、後者含めると1記事に収めるの困難で、最後にさらっと触れつつ別記事で手厚く書きたいところです🤔) ここでの「一般的なモバイルアプリ」は規模観点では以下程度のイメージですが、それを超えるような規模でも通ずる内容も多いと思っています。 コード量: 数万〜十数万行実装者: 一桁人種類としては(スマホ向けの)クライアントアプリコードであり、以下などではないです。 パッケージ・ライブラリではないサーバーサイドではないこの種類によって適切な組み方はけっこう変わり、アプリコードは依存関係の末端側(基本的に依存される側にはならない)な

[yuki_2021]

これすごいな。いい。

[hisaichi5518]

かなり良かった

[nemoba]

モデルの大本のMVCが、そもそもある程度複雑怪奇なUI向けだから、そもそも機能時点でUIを複雑にしなきゃよいんじゃね。という回帰するのは正しいよね。

[assaulter]

いい

[masarusanjp]

flutterでなくても使える知見。良い

[razokulover]

Flutterで最低限守るべき基本設計の話とその具体的なコードが簡潔にまとまっていてとても良い。

[efcl]

Flutterの設計

[otihateten3510]

及第点じゃ足りないっていう企業とチームが多いのが現状

[masatotoro]

良いこと言ってそう

[mono0926]

🎅