14 デブサミ2013【14-A-4】グリーにおけるスマホアプリ開発～ネイティブ編 #devsumiA

次はグリーにおけるスマホアプリ開発～ネイティブ編～http://t.co/Hn431NJf #devsumiA

2013-02-14 14:16:58

【14-A-4】グリーにおけるスマホアプリ開発～ネイティブ編 #devsumi #devsumiA

2013-02-14 14:22:21

osamu @osamunmun

GREEのスマフォアプリ開発セッションにkt #devsumiA

2013-02-14 14:22:56

#devsumiA #devsumiX greeによるnative appの開発

2013-02-14 14:24:27

#devsumiA #devsumiX サーバーサイドから見ると、通信のタイミングと、表示データの所在が異なる。クライアントサイドアプリとの比較

2013-02-14 14:25:58

shigemk2 @shigemk2

Updated by shigemk2 [勉強会]Ruby2.0 #devsumiA http://t.co/pHSVGv1k

2013-02-14 14:26:17

ネイティブアプリとWebアプリとで変わったところは「通信のタイミング」と「表示データの場所」 #devsumi #devsumiA

2013-02-14 14:26:26

WebとMobile 通信のタイミングの違い #devsumiA

2013-02-14 14:26:32

#devsumiA #devsumiX Webは、画面ベース、1ページで1通信。nativeはフローベース、UI、画面遷移に応じて必要なタイミングで

2013-02-14 14:26:51

#devsumiA #devsumiX Webでも、html5+JSを駆使したアプリになると、あまり変わらない気もする

2013-02-14 14:27:29

WebとMobile 表示データの在処 #devsumiA

2013-02-14 14:27:57

#devsumiA #devsumiX 表示データの所在：webは、通信の度にすべてのデータ配信。表示はWebブラウザ、nativeは、更新頻度の低いデータはローカルに置ける

2013-02-14 14:28:13

#devsumiA #devsumiX 通信のタイミングを考える。データの管理方法を考える。APIを考える

2013-02-14 14:28:45

タカタカタカッターン！！がいる。うるさい #devsumiA

2013-02-14 14:28:53

#devsumiA #devsumiX html5のwebsocket, local storageを駆使すれば同じなのではないかとは思うけども、いわゆるtraditionalなwebアプリ的な者の場合の話。

2013-02-14 14:29:23

#devsumiA #devsumiX 通信タイミング。（１）都度通信。サーバー側と常に同期しているので、データ整合の懸念はないが、ブロッキングされる。

2013-02-14 14:31:45

みね @u1mine

【14-A-4】グリーにおけるスマホアプリ開発～ネイティブ編グリー株式会社堀田敏史さんです！ #devsumi #devsumiA http://t.co/RudA9rgv

2013-02-14 14:31:53

拡大

通信タイミング設計の話。話を聞いてる限りWebアプリでは特にキャッシュとかつかってないのかな。#devsumi #devsumiA

2013-02-14 14:32:18

（２）非同期通信、アクションのブロックがないのでUXは向上するが、同期されているわけではないのでキャッシュで意味がある者なのかどうか、また、同期をとるためのjournalingに近い者をいれておかないと、同期ができない可能性がある。私見追加 #devsumiA #devsumiX

2013-02-14 14:32:47

#devsumiA #devsumiX ログをとって、サーバー側で判断できるように。

2013-02-14 14:34:52

#devsumiA #devsumiX データ管理。こうｙ芯頻度の少ないマスターデータ、アセットデータは、初回＋差分。

2013-02-14 14:35:41

ユーザーのプレイ進捗によってアセットを小分けにしてダウンロードさせるアイデアはアリ。#devsumi #devsumiA

2013-02-14 14:37:34