インターネットには様々なオープンWebAPIが存在します。 このようなWebAPIをマッシュアップすれば高価値なアプリを効果的に作成することができます。 また、この手法はベンダーロックインという弊害も少なく、様々なデバイスへの展開もやりやすい方法です。 単一デバイスの一人勝ちという状況が生まれにくくなりつつある現在の状況を考えると、WebAPIの使い方と作り方はまさに技術者が覚えるべき基本的知識となっていくでしょう。

1. ネイティブアプリ開発を加速する、
モダンバックエンドとのタイアップ手法
Microsoft MVP / Oracle ACE
開発エンジニア
初音 玲
http://blogs.wankuma.com/hatsune/

2. 2
概要
インターネットには様々なオープンWebAPIが存在します。
このようなWebAPIをマッシュアップすれば高価値なアプリを
効果的に作成することができます。
また、この手法はベンダーロックインという弊害も少なく、
様々なデバイスへの展開もやりやすい方法です。
単一デバイスの一人勝ちという状況が生まれにくくなりつつ
ある現在の状況を考えると、WebAPIの使い方と作り方はまさ
に技術者が覚えるべき基本的知識となっていくでしょう。

3. 3
セッションのゴール
• WebAPI の概要を知る
• WebAPIの使い方を学ぶ
• WebAPI開発を体感する

4. 4
自己紹介
開発者
インフラ
エンジニア
アーキテクト
Microsoft
MVP
Oracle ACE
国内大手SIer
勤務

5. WebAPIとは

6. 6
Web APIとは
• Webでのサービス提供は
• 従来は人が見て分かる形式のみ
• 最近ではプログラムから使いやすいような形式でも

7. 7
なぜ、WebAPIが提供されるのか？
• 公開データや公開機能を使って、自社では考え付かないよ
うな新しいサービスが作られる
• WebAPI利用側から自社サイトへの流入を期待（広告効果）
• 公開データや公開機能を使って、自社が手薄なモバイルデ
バイスへの展開が期待できる
• 自社サービスの多デバイス展開を期待（開発リソース）

8. 8
なぜ、WebAPIが提供されるのか？
• 公開データや公開機能を使って、自社では考え付かないよ
うな新しいサービスが作られる
• WebAPI利用側から自社サイトへの流入を期待（広告効果）
• 公開データや公開機能を使って、自社が手薄なモバイルデ
バイスへの展開が期待できる
• 自社サービスの多デバイス展開を期待（利用ユーザ数増加）
事業継続性は？

9. 9
なぜ、WebAPIを使うのか？
• 自前でデータを収集、維持する必要がない
• 自前でロジックを設計、構築、維持する必要がない
• 複数のWebAPIを組み合わせてアイデアを具現化可能

10. 10
WebAPIの例
• Twitter API
• Facebook API
• Foursquare API
• はてなブックマーク API
• Hotpepper API
• じゃらん API
• Google Maps
• 日本語形態素解析API (Yahoo!)

11. WebAPIを使ってみる

12. 12
Web APIプロトコルの移り変わり
普及期
REST
発展期
SOAP
前史時代
CORBA DCOM
httpベース

13. 13
RESTでの主なデータ形式
RSS
JSON
XML

14. 14
WindowsストアアプリでWebAPIを使う
• Model
• DataContractJsonSerializer
• INotifyPropertyChanged
• ViewModel
• INotifyPropertyChanged
• View
• DataContext = ViewModel
• XAML – Binding
• <Image Source="{Binding From_user_image}" />

15. Demo
Windowsストアアプリ

16. WebAPIを作ってみる

17. 17
BaaS (Backend as a Service)
• バックエンド用クラウド
• データベース
• GPSロケーション
• ストレージ
• 通知
• ユーザ認証
• SNS連携
• アクセス制限

18. 18
なぜ、BaaSなのか？
• REST/JSON対応のWebアプリじゃダメなんですか？
テスト
(10営業日)
テスト
(10営業日)
開発
(20営業日)
開発
(10営業日)
設計
(10営業日)
設計
(5営業日)

19. 19
BaaSの例
• Windows Azure Mobile Services
• appiaries (アピアリーズ)

20. 20
Windows Azure Mobile Service
• コードファーストでデータ格納
• 外部のユーザ認証系と連携
• 認証方式とアクセス権制御
• 外部のPush通知

21. 21
Windows Azure Mobile Service

22. 22
接続用コードを取得
Mobile Service上の
アプリへ接続する

23. 23
テーブル作成

24. 24
認証系

25. 25
アクセス許可系

26. 26
Push通知

27. 27
クライアント + MobileServices

28. Demo
Windows Azure Mobile Services

29. 29
Windows Azure Mobile Serviceの進め方
1. 格納したいデータを設計
2. 格納したいデータのアクセス権を設計
3. 格納したいデータのクラス作成
4. Azure Portalでテーブル名とアクセス権設定
5. アプリ実装
6. テスト

30. 30
料金
無料 占有
料金 無料 8.31円/時間
preview期間中 無料 正規料金の20%
CPU 共有 1CPU/インスタンス
作成数制限 10サービス/サブスクリ
プション
100サービス/インスタン
ス
ジョブスケジュール 1件(1か月あたり700回
上限)
10件
受信データ転送 無制限 無制限
送信データ転送 最大165MB/日 通常料金の従量制
SQLデータベース(必須) 通常料金の従量制 通常料金の従量制

31. 31
appiaries
• 国産初のBaaS
• ２つのサービスを提供
• 認証
• JSONデータ、テキスト、画像などのファイル入出力

32. 32
アプリ登録

33. 33
OAuth編集

34. 34
ダッシュボード

35. 35
データベース – コレクション作成

36. 36
appiariesでのオブジェクト

37. 37
ユーザ登録

38. 38
Push通知

39. 39
appiariesの進め方
1. 格納したいデータを設計
2. 格納したいデータのアクセス権を設計
3. 格納したいデータのクラス作成
4. ユーザ登録
5. ダッシュボードでオブジェクトとアクセス権設定
6. アプリ実装
7. テスト

40. Demo
appiaries

41. 41
BaaS (Backend as a Service)の注意点
• バックエンドとして新規作成に向いている
• 既存DBの情報を提供するWebAPIとしては不向き
• テーブル項目の削除できないのでゴミを許容する心が必要

42. 42
テーブル定義を変えたい
• テーブル名の変更
• テーブルの作り直し
• 列名の変更
• テーブルの作り直し
• 列の追加
• 動的スキーマー （初期状態On）
• 列の削除
• テーブルの作り直し

43. 43
ASP.NET Web API

44. 44
APIのドキュメントが自動生成される

45. 45
Azure WebSitesへのDeploy

46. 46
Azureでの実行

47. 47
Blend – クラス定義からリスト作成

48. Demo
ASP.NET Web API

49. 49
認証
<Authorize>
Public Class ValuesController

50. 50
ASP.NET Web API
• 利点
• 既存DBに対するWeb API作成向き
• ビジネスロジックをWeb API側に実装しやすい
• 欠点
• 認証系の実装が必要（部品化可能）
• Push通知の実装が必要（部品化可能）

51. まとめ

52. 52
サマリー
• デバイス側はREST/JSON用ライブラリが充実
サーバー側はBaaSにより短納期化
• BaaSの問題
• 短納期化しづらいテスト工程が占める割合が増える
⇒自動テストなどによりテスト工数を維持し日数を減らす
• BaaS前提の仕様からのカスタマイズの難易度
⇒これから充実される？
• 短納期故にBaaS調査日数の確保の困難さ
⇒使う必要に迫られる前に知っておく！
• BaaSではなくASP.NET Web APIの利用も検討するのがよい