MVC, MVVM, ReactorKitで構築できるThe Reactive Architecture(Reactive Programming + Flux)について iPhone Dev Sapporo勉強会 May, 2017 https://devsap.connpass.com/ev…
![iOSアプリのアーキテクチャについて考える](https://cdn-ak-scissors.b.st-hatena.com/image/square/3a9f094f1c33263b378fe290367c50d4f5265e8f/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F41962f4a6f964698ab81e60e9b17dfb4%2Fslide_0.jpg%3F8003144)
こんにちは、サービス開発部の森川 (@morishin127) です。主にクックパッドの iOS アプリの開発に携わっています。 日々アプリを開発する中で、近頃は最適なアーキテクチャとは何かを考えながら色々な形を試行錯誤しています。世の中で採用されているモバイルアプリのアーキテクチャには様々なものがあります。MVC, MVP, MVVM, VIPER, Clean Architecture などなど。開発している、あるいは開発しようとしているアプリケーションでどういったアーキテクチャを選択するかというのは難しい問題です。選択するためにはアーキテクチャに求める要件を定義する必要があります。この記事では私がアーキテクチャに求める要件と、それらをある程度満たすと考えた MVVM と Flux という2つのアーキテクチャで実装したサンプルを見つつその長所・短所について考えてみようと思います。 アー
フォームに入力してボタンを押すと成功や失敗が起きるというiOS GUIから、RxSwiftを使ってデザインしたViewController用のバインディングクラスがどう振る舞うといいのか考えた (このapp自体はどうでもいいものだけれど) モチベーション 今まで書けてなかった部分のユニットテストを書きたい 非同期ストリーム(Observable)として検査できる ストリームから送られてきたデータによってUIが常に同じ結果に行き着くようにする とはいえプレゼンテーションの手続き部分のふるまいは保証できないけど 前提となる考え ViewModelはUIの世界から切り離された純粋なデータ UIView, Storyboard, UIViewController, ViewModel の責務は全部View(プレゼンテーション) ViewModelはViewなのでViewのデータを定義するだけ。業務
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く