アーキテクチャの決め方基準

takeshi-1000 commented 2 years ago

https://github.com/takeshi-1000/my_memo/issues/24#issuecomment-1066709151 これ読んで、どういうふうにアーキテクチャを決めていくべきか考えたいなと思ったこと

takeshi-1000 commented 2 years ago

takeshi-1000 commented 2 years ago

何が悪いという話ではないですが、MVCでのModelというのは自由すぎるため、どのような場合にどのようなModelを使うかというのがしっかり決まった上でメンバーが納得感があればいいですが、その自由な設計自体難しいですからね。オレオレModel設計になったときの無秩序感がある。

その解決策の一つとしてMVVMやMVPを採用することはコンセンサスが取りやすい。とくにMVVMはModelの情報をViewModelを利用してViewにバインドすることが必須のため制約があります。オレオレMVVMにはなりにくい。

takeshi-1000 commented 2 years ago

個人的にはこの辺りがデータの流れが追いやすく、しっくりくるのと、今まで実装したアプリにも問題なく実装できそうなイメージ

SwiftUIを使うと V VM が変わってくるんだろうけど

takeshi-1000 commented 2 years ago

UIKitを使う前提であれば… PDSに基づいて、下記を選択

どのアーキテクチャも共通

Modelとのインターフェースは、下記に届める

ViewとControllerが蜜結合された、UIViewControllerを使い、UIViewControllerがライフサイクルの影響を受けるので、その辺りのテストがしづらい
Cocoa MVC はGUIアーキテクチャの元祖のMVCと比べて、ViewがModelに依存しない形となり、Viewの再利用性を高めているっぽい

takeshi-1000 commented 2 years ago

GUIアプリケーションにおいてアーキテクチャがなぜ必要かorメリット ※今までのiOSアプリケーション開発における経験則に基づいている

プラットフォーム固有の制約のなかで、インターフェースにデータが入力（イベントが発生）され、それを加工して出力する過程（フロー）における共通認識を持ち、そのフロー実現のための構成要素を実装するという基本方針のもとで開発を推進すること　→ https://ugaya40.hateblo.jp/entry/model-mistake に影響を受けている部分がある
よりテストしやすい部分（テスト容易性）を増やし、自動でテストを走らせ人間の手で品質担保する部分を少なくすること

デメリット

takeshi-1000 commented 2 years ago

takeshi-1000 commented 2 years ago

VIPER 研究本メモ