iOSアプリのデータ特性に合わせた保存場所とO/Rマッパーの役割

1. データの保存
~It is not aware of the everyday~
12015/03 Rootage.inc

2. • 藤原 航 / Wataru Fujiwara
• 所属:ルーテイジ株式会社
– iOSエンジニア
• iOS App : Color2Code
自己紹介
22015/03 Rootage.inc

3. Ajenda
• iOSアプリのデータの扱い(P.1~P.8)
– データ領域
– メモリの構造と管理データ
– FDの構造と管理データ
• O/Rマッピングフレームワーク(P.9~P.17)
– ObjectとRelational
– データ構造の違いからくる問題
– フレームワークを使った解決
32015/03 Rootage.inc

4. iOS端末の３つのデータ領域
iCloud
メモリ
FD
42015/03 Rootage.inc

5. ３つのデータ領域の特徴
保持期間 アクセス時間 容量
メモリ
起動してから
終了するまで
CPUが直接アクセス
出来るするので早い
少ない
FD
インストールから
アンインストールまで
メモリ読み込みが
発生するので遅い
多い
iCloud
ユーザが明示的に
データを消すまで
サーバ通信が
必要なためさらに遅い
より多い
52015/03 Rootage.inc

6. メモリの構造
共有領域
OS領域
アプリ領域
62015/03 Rootage.inc

7. メモリでデータを管理する
共有領域
OS領域
アプリ領域 フラッシュドライブやiCloud上の
データを一時的に保存する場合
サーバ通信するアプリで、サーバ側
のデータを一時的に保存する場合
画面間でデータを受け渡しする場合
ペーストボード（クリップボード）
アプリからは利用できない
72015/03 Rootage.inc

8. フラッシュドライブの構造
共有領域
OS領域
アプリ領域
82015/03 Rootage.inc

9. FDでデータを管理する
共有領域
OS領域
アプリ領域
マスタデータ
ユーザが変更できない
アプリデータ
ユーザがたまに変更
ユーザデータ
ユーザが頻繁に変更
メディアライブラリ
アプリからは利用できない
92015/03 Rootage.inc

10. Core Dataという
O/Rマッピングフレームワーク
を使う
SQLiteという
リレーショナル・データベース
を使う
データの保存方法

102015/03 Rootage.inc

11. 保存 保存
検索
O/Rマッピングとは
Object/Relational
オブジェクト レコードO/Rマッピング
検索
112015/03 Rootage.inc

12. 技術的背景の違い
Object/Relational
プログラミング言語
から派生
データの永続化
の技術から派生
122015/03 Rootage.inc

13. 用語の違い
Object/Relational
オブジェクト レコード
データの実体
データの定義
クラス テーブル
132015/03 Rootage.inc

14. データ構造の違い
Object/Relational
オブジェクト技術 リレーショナル技術
型 独自データ型を指定できる 型の制限あり
サブタイプ
クラス継承で別クラス作成
できる
テーブル定義の継承はで
きない
同一性 プログラマ責任 主キー
関連 クラス 外部キー
142015/03 Rootage.inc

15. 構造の違いからくる問題
Object/Relational
サブタイプに関する問題
同一性に関する問題
粒度に関する問題
関連の問題
152015/03 Rootage.inc

16. 問題を解決するために
Object/Relational
マッピング
ファイル 自動生成
Java
コード
DB
スキーマ
162015/03 Rootage.inc

17. O/Rマッピングの役割
Object/Relational
オブジェクト指向設計に最適な形でテーブルを扱う
マッピング作業を自動化
データベースアクセスのための手続きコードを簡素化
個々のプログラムのデータアクセスの方法を統一
ソースコードやデータベーススキーマの一元管理
172015/03 Rootage.inc

18. ご清聴ありがとうございました
18
Color2Code
2015/03 Rootage.inc