2〜3年前くらいでしょうか、iOSアプリ開発業界でMVVMが流行りだしました。しかし最近ではMVVMは賛否両論あります。私は2013年にMVVMをiOSアプリで使いはじめてさまざまな落とし穴にはまってきましたので、その経験や見聞きしたことからMVVMについて述べてみたいと思います。 落とし穴 1. ViewModelがメインだと思ってしまうMVVMに特有なのはViewModelです。ですので自然とViewModelに目が行きがちです。ViewModelは以下の役割を持っています。 ViewとModelの情報の伝達状態の保持ViewModelは主役となるViewとModelの橋渡し役なのです。 しかしViewModelを作ればいいんだと思ってしまうと大きな間違いを犯しやすくなります。ViewModelに何でもかんでも詰め込んで、ViewModelが責務過多になってしまうのです。いくつか間違う
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR 複雑になりがちな構造やコードをシンプルで把握しやすいコードで記述したい MVVMを用いて責務を明確にし関心事を分離した構造にする ViewDataBindingとFRPを用いて時間とともに変化するデータやステートに伴う処理を宣言的に記述し、Viewとデータの動的な変化を相互的に連動させる 上記をSwiftとそのパラダイムを活かしたライブラリ（SwiftBond)を中心に実現する はじめに Swiftで新規のアプリを開発することになり、MVVM、FRP、ViewDataBindingの要素技術を活用して開発を行いました。設計や
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
