[最新] ■[前年|前月|前日|2015/01/24|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

01/24 13:37 (@shinsan68k) @gorry5 @snapwith あ、リソース抜きね。リソースも同一パッケージに収めるのがいいのでこの制限きつい。せめて100MBなら (ha)
01/24 13:40 (@gorry5) @shinsan68k バージョンアップのことを考えると、コード本体に比べてリソースの更新が少ないのが普通と考えれば効率的だと思うの。ビルド時や実行時のリソースデータ転送量も馬鹿にならんし
01/24 13:40 (@gorry5) @shinsan68k あと、制限があるのはAndroidシステムじゃなくてGoogle Play側なので一応
01/24 13:42 (@gorry5) 手許のお仕事のいくつかは、ビルド設定でリソースをapk内に含むかobbに切り出すかを選択できるようにしているものもある。どっちが便利かはケースバイケースではあるので
01/24 13:43 (@shinsan68k) @gorry5 Android=GooglePlay必須とみていいでしょ、いまどきのは。WebViewにしても必須になったし。わざわざ明記しない限りGoogleのライセンス外のはAndroidってみてないっすー。 (kinu)
--------
01/24 13:44 (@gorry5) @shinsan68k DMMとかKindleとか最近いろいろ扱ってるのでな…(苦笑
--------
01/24 13:46 (@shinsan68k) @gorry5 そのへんはDMMとかkindlestoreappとかさすがにいいます。
01/24 13:46 (@shinsan68k) コア機能がOS本体からどんどんGooglePlayへ移動している感じなのでもうどうしようもないですな。 (kibe)
01/24 13:47 (@gorry5) コードのビルド&修正を繰り返すフェーズのときはobbにしたほうが待ち時間が少なくて便利。チーム内デバッグになったらapkに含んだほうが楽だが、チーム外デバッグになったらまたobbに切り出したほうが楽
01/24 13:48 (@gorry5) デザイナーの微調整フェーズになったら「apkでもobbでもなくさらに外部フォルダから1ファイル単位でパッチを流し込める構成がありがたい」こともよくあり、まあ結構考えることはある… :D
01/24 13:49 (@sinpen) @shinsan68k @gorry5 Webview 、、AndroidTV、、うっ、頭が (kuto)

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2015/01/24|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]