iOS アプリ開発でのMVCについて。すべてを View Controller に書いてしまいがちなのを避けたい。

1. MVCもやもや話
かねうちてつや @kaniza
2012.05.19
Cocoa勉強会関西

2. 自己紹介

4. •かねうちてつや (@kaniza, id:kaniza)

5. •かねうちてつや (@kaniza, id:kaniza)
•Cocoa勉強会関西代表（2代目）

6. •かねうちてつや (@kaniza, id:kaniza)
•Cocoa勉強会関西代表（2代目）
•KOF2012 11/9-10 で開催予定

7. •かねうちてつや (@kaniza, id:kaniza)
•Cocoa勉強会関西代表（2代目）
•KOF2012 11/9-10 で開催予定
•最近わりと開発モード

8. •かねうちてつや (@kaniza, id:kaniza)
•Cocoa勉強会関西代表（2代目）
•KOF2012 11/9-10 で開催予定
•最近わりと開発モード
•ARCとかStoryboardとかPush Notificationとか

9. •かねうちてつや (@kaniza, id:kaniza)
•Cocoa勉強会関西代表（2代目）
•KOF2012 11/9-10 で開催予定
•最近わりと開発モード
•ARCとかStoryboardとかPush Notificationとか
•相変わらずEmacsでObjective-C

10. •かねうちてつや (@kaniza, id:kaniza)
•Cocoa勉強会関西代表（2代目）
•KOF2012 11/9-10 で開催予定
•最近わりと開発モード
•ARCとかStoryboardとかPush Notificationとか
•相変わらずEmacsでObjective-C
•自炊モード

11. •かねうちてつや (@kaniza, id:kaniza)
•Cocoa勉強会関西代表（2代目）
•KOF2012 11/9-10 で開催予定
•最近わりと開発モード
•ARCとかStoryboardとかPush Notificationとか
•相変わらずEmacsでObjective-C
•自炊モード
•大型断裁機をレンタルして本バラしまくり

12. 自炊
（雑談です）

13. これまでのカッター

14. レンタルした断裁機:20kg

15. レンタルした断裁機:20kg

16. O社の分厚い本も一撃!

17. 本題の前置き

18. よい設計とは: 疎結合・高凝集
•疎結合
•構成する部分どうしの関連性が最小限
•具体的結合よりは抽象的結合
•相互依存は悪
•高凝集
•関連性の高いものが一カ所にまとまっている
•変更する時はそこだけいじればいい

19. 本題

20. Model-View-Controller

21. Model
View Controller
ソフトウェアのデザイン（設計）パターンの1つ

22. Model-View-Controller

23. Model-View-Controller
• オブジェクト指向のGUIアプリ向け

24. Model-View-Controller
• オブジェクト指向のGUIアプリ向け
• Appleが基本パターンとして採用

25. Model-View-Controller
• オブジェクト指向のGUIアプリ向け
• Appleが基本パターンとして採用
• Smalltalk由来の歴史ある考え方

26. Model-View-Controller
• オブジェクト指向のGUIアプリ向け
• Appleが基本パターンとして採用
• Smalltalk由来の歴史ある考え方
• （オブジェクト指向と同じく）人に
よって言うことが違う

27. 意義
•役割分担させることで構造がわかりやすくなる
•分離したM-V-Cを（理想的には）それぞれ取り
替えて再利用できる
•ひとつのMで複数のVを持つなどの設計が容易
になる
•ModelロジックとViewロジックが分類できる
•Modelのテストを自動化しやすい

28. Model
• そのアプリ、画面の存在意義の部分
• データ保持、特殊な処理
• ビジネスロジック
• GUIとは分離している
• ViewやControllerのことは知らない

29. View
• ソフトウェアを人間に知覚させ、操作
させる
• データの表示
• コマンドの入力
• Modelのことを知っているが、Controller
のことは知らない

30. Controller
• ModelとViewをつなぐ
• Viewからの入力をModelに反映
• Modelの変化をViewに反映
• ModelのこともViewのことも知っている
• なくても済めば要らない部分（だけど
ないと動かない）

31. Model
View Controller

32. イメージ
•Model: ないと意味がない
•View: ないと使えない
•Controller: ないと動かない

33. iOS開発ありがちパターン
•とりあえずnibで画面を作る
•動きをView Controllerに実装
•さらにView Controllerに実装
•View Controllerバンザイ!!
•MVCなにそれ?

34. ViewControllerばっかり
ABCViewController XYZViewController
Other Classes

35. View Controllerとは
•Viewではない
•MVCではControllerに属する
•ViewのController
•ModelのControllerがあってもいい
•NSDocumentとか

36. 考える順番をかえてみる
•画面をまず考えるのはOK
•その画面のModelは何か?
•どんな情報があるか?
•どんな機能、ロジックがあるか?
•Modelを作る
•データ取得やキモとなるロジック
•View ControllerにはModelとViewを仲介する
部分を実装

37. 実際やってみようとすると

38. Modelが勝手に変わったのを
Viewはどうやって知るの?
Model
View Controller
Viewが受けとった入力を
Controllerはどうやって知るの?

39. 通知
Model View
監視
相互依存は悪!!

40. 必要なもの

41. ModelがViewを知らなくても
変更が通知できるようにする

42. Observerパターン
(GoFのデザインパターン参照)

43. 通知
Model Observer
実現
監視
View
Modelは抽象的・間接的にViewを参照

44. CocoaでのObserverパターン

45. Key-Value Observing

46. NSKeyValueObserving
// 監視する
- (void)addObserver:(NSObject *)anObserver
forKeyPath:(NSString *)keyPath options:
(NSKeyValueObservingOptions)options context:(void
*)context;
// 通知する
- (void)willChangeValueForKey:(NSString *)key;
- (void)didChangeValueForKey:(NSString *)key;
// 通知を受けとる
- (void)observeValueForKeyPath:(NSString *)keyPath
ofObject:(id)object change:(NSDictionary *)change
context:(void *)context

47. NSKeyValueObserving
•NSObjectで対応
•通知は @synthesize したプロパティを変更し
たら自動で発動
•self.foo = @”newVal”;
•とーっても簡単!!

48. このパターンは他にも使える
Model Observer
実現
View

49. たとえばDelegateの場合
Model ModelDelegate
実現
ViewController

50. こういうアプリよりも
ABCViewController XYZViewController
Other Classes

51. こういうアプリを目指したい
ABCViewController XYZViewController
ABCModel XYZModel
Other Classes

52. Appleのドキュメント
Your Second iOS App: Storyboards
https://developer.apple.com/library/ios/#documentation/iPhone/Conceptual/
SecondiOSAppTutorial/Introduction/Introduction.html
単純だけどあえてModelレイヤを分離した設計を採用

53. まとめ
•View Controllerにすべてを書くのはやめよう
•Modelが何なのかを考えて作ってみよう
•オブジェクト間の連携にはObserverや
Delegateを使って疎結合を保とう
•Singletonは避けよう!（これはまたいつか）

54. Q&A