APIを利用したMVC設計の書き方がわかりません

Question

簡単なAPIを使ったアプリをMVC設計を使って書きたいのですがどのように分解していいかあまりイメージがわきません。

自分なりに考えて分け方にアドバイスがもらいたいです。

Model

struct PostData: Codable {
   var app_id:String
   var request_id: String
   var sentence: String
   var output_type: String
}

View

@IBAction func changeButton(_ sender: Any) {
        var berore = beforeText.text
    }

Controller

ar request = URLRequest(url: URL(string: "https://labs.goo.ne.jp/api/hiragana")!)
request.httpMethod = "POST"

このような分け方で問題ないですか？

個人的にControllerの部分があまりわかりません。
アドバイスお願いします。

Answer 1

MVCが絡む話なのか自分はちょっとわかりませんが、
今回のケースでは、APIに送る内容、受け取る内容がJSON形式のようですので、その兼ね合いでModelとおっしゃっているようなCodableな構造体を用意しているだけですよね
（＝欲しい情報は「ひらがな」だけで、構造体そのものは一時的なもので捨てちゃっても構わないもの）。

このAPIを利用する側にしてみたら

func hiranaga(kanji: String) -> String { ... }

というような漢字→ひらがな変換関数があればいいわけですよね。

実際はHTTP処理は非同期なので（？）、

func hiragana(kanji: String, completionHander: (Error?, String) -> ())

みたいな宣言になると思うのですが。

自分だったら

class GooAPI {
    static func hiragana(kanji: String, completionHander: (Error?, String) -> ()) {
        // ここでhttp処理して完了したらcompletionHanderを呼び出す
    }
}

といったUtilityクラスっぽいもの（※Utiltiyクラスそのものには賛否ありますが今回は名前空間の代わりに使っています）を用意して、JSON化に必要なPostDataやReceiveData的な構造体はfileprivateか、クラス内のprivateな構造体にして隠蔽してしまうと思います（外部でも構造体が必要になったらpublicにすれば良いかなと）。

これのメリットは一度作ってしまえば、いろんなViewControllerから参照でき、他のプロジェクトでも流用しやすい点です。

※この辺はあくまで自分のやり方ですので、他の人がどうやっているかは知りません。

Comments

[175atsu]

コメントありがとうございます。
MVCに関してはVCと混ぜて考えようと思いました。

ただ、現在アプリ作成をしている上でアンラップ関連がうまくかけなくて積んでいます。
アドバイスいただけたら幸いです。
https://teratail.com/questions/206908

Answer 2

人によって色々分け方が違うと思うので、
一個人の意見として受け止めていただけると幸いです。

Modelですが、
APIレスポンスをModelにするのではなく、APIとの通信の処理をModelに定義するべきだと思います。

なので質問に書いていただいたControllerの処理もModelにしてしまったほうがいいんじゃないかなと思います。

本来ViewとControllerの処理はそれぞれ分けるべきですが,
SwiftにはUIViewControllerというクラスがあるくらいViewとControllerの結合が強いと思っているので、そこまで規模の大きくないアプリではViewとControllerは無理に分けずViewControllerに両方をになってもらった方がシンプルにかけると思います。

個人的に参考になったサイト様を貼らせていただきます。他にもMVCで実装している方がコードを公開していると思うので色々見てみるといいと思います。

Answer 3

シンプルに「MVCにのっとるには」という観点で、処理がそれぞれM,V,Cのどこになるかという点ではhayabusabusashさんの回答を概ね支持します。ViewとControllerの処理をVireControllerに持たせるというのには反対します。UIViewにさせるべきことをUIViewControllerに任せるのは違うと思います。

また別の意見として捉えていただきたいですが、私はそもそもiOSアプリの開発にMVCを適用するのは困難だと考えています。
単に私の設計がショボいと言われればそれまでですが、私はどうしてもModel-Controller-View-ViewControllerみたいな構造になってしまいます。MVCに当てはめようとすると「この処理ってこのクラスの責任なんだっけ？」みたいな話が（私の脳内で）出てきてしまいます

ちょっと宗教的な話でもあるので、ふんわりした回答で恐縮ですが……

Answer 4

ワタシ、ココが参考になったアルよ。