【考察】iOS 開発において MVVM（RxSwift）は本当に MVC よりいい選択肢になるか - Qiita
※本記事は個人的な考察であり、ゆえに間違った箇所などがございましたらぜひとも反論やマサカリを投げて頂けたら嬉しいです。なお、本記事における「MVVM」は、基本最近お流行りの RxSwift のデータバインディング機構に依存した、UIViewController に ViewModel を保持する MVVM を指します。 ここ数年、少なくとも日本では iOS 開発において、MVVM が非常に流行っているようです。少なくとも、いろんな勉強会やカンファレンスに参加したときに MVVM の話はよく聞きますし、筆者自身としても個人プロジェクトを除く、本業副業両方とも担当しているプロジェクトは基本設計として MVVM を採用しています。 しかし、かといって MVVM は MVC と比べる際、圧倒的な優位性を持っているのかといえば、少なくとも筆者はそう思いません。もちろん MVC と比べた MVVM の
RxSwiftなどを利用しないMVVMのサンプル - Qiita
はじめに RxSwiftやReactiveCocoaなどのReactive Programmingを実現するフレームワークを利用する方が増えているので、もともとデータバインディングの機構がなかったiOSアプリ開発においてもMVVMを用いるられる機会が増えつつあると思います。 そのため、RxSwfitなどを用いてデータバインディングを行うデザインパターン = MVVMという雰囲気が漂っている気がしています。 MVVMは、View・ViewModel・Modelによって構成されます。 Viewはユーザーからのアクションを受け取って、そのイベントをViewModelにバインドします。 そして、そのバインドされたイベントによってViewModelはModelの取得や更新を行います。 ViewModelは更新された情報をイベントとしてViewにバインドし、Viewはバインドされたイベントをもとに結果
ViewModel設計の原則 その１
□導入 MVVMの知名度は十分に高まっているものの、MVVMでの開発はまだまだしきいが高いと感じる方が多いのではないかと思います。確かに、MVVMで開発するためのライブラリやフレームワークが出揃い始めており、それらの技術について説明したコンテンツも充実しつつあるように思います。しかし、これらの技術をどう使って設計していけばよいのかはどのコンテンツにもあまり語られていません。特にMVVMの肝であるはずのView Modelの設計をどうしたらよいのかについて説明しているコンテンツがなく、各技術者に任されてしまっています。 私自身、模索を繰り返しながら何とかViewModelの設計をやっているのが実態で、まだまだ不明な点が多くあります。しかし、今まで私がMVVMによる開発を行ってきたなかで得たものを、「View Model設計のための原則」というテーマで、何回かに分けてご紹介したいと思います。い
MVVMを2パターン考えてみる（追記：MVPでしたすみません） - Qiita
最近MVVMの記事がよく目につくような気がしたので、まとめておこうかなという記事です。 MVVMとは Model-View-ViewModelのことで、デザインアーキテクチャーの一つです。 最近では結構な人が名前くらいは、聞いたことあるのではないかと思います。 各役割について説明して行こうかと思います。 今回はrxを使用しないため、data bindingをしないので、少し違うかもしれませんが、ご了承ください。 Model 主な役割は データの管理 です。 お前らがModelと呼ぶアレをなんと呼ぶべきか。近辺の用語(EntityとかVOとかDTOとか)について整理しつつ考えるでも言われてる通り、定義が曖昧なところがあるので、Modelも2つのパターンがあるのかなと考えたので、紹介して行こうかなと思います。（間違いがあったりしましたらご指摘よろしくお願いします） View 主な役割は 表示
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今更聞けないMVPとMVVMの違い