Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? @eaglesakura です。 DroidKaigi 2018の公募で落ちたため、Qiitaに書きます。 ある（私の感覚としては）規模の大きな案件を成功させるにあたり、プロジェクト全体でFirebaseをフル活用する方針をとり、概ね成功したと思われるので、どのようなことを行ったのか後々のために書き残しておきます。 前提 Android / iOS両対応で、コンシューマ向けアプリ開発でのお話です。 Firebase Realtime Databaseの導入理由 アプリ仕様上、サーバー上の マスターデータ を無数のAndroid / iO
Android Nから 縦横という概念自体がなくなる ので、デザイナーが対応できるかも考慮が必要。(-land就職子はdeprecated。-sw320などを使う) WebView有無 WebViewをアプリの一部として使う場合、レイアウト崩れを誰が解決するかを確定させておく必要がある。Android 4.3以下、4.4、6.0でそれぞれWebViewの挙動が多少変わったため、必ずOSバージョン選定と一緒に、WebViewの挙動チェックを行う端末も選定しておく。 「既存コンテンツをWebViewで表示する」案件 これは多くの場合炎上する。 なぜなら、そのように「既存コンテンツを再利用」するということは、モバイルコンテンツに対するコスト意識が希薄で、「簡単に考えている」からだ。 大抵のリスク説明は「そんな風には考えていない」「簡単でしょ」とと言われる傾向にある。 例えばレイアウト崩れの問題が
結構前にGoogle Play Developer APIが公開され、それなりに便利そうな割にはあんまり使ってる人を見かけないので、何が便利でどういう問題があるのか、実際に触れ合ってみました。 最初に書いときますが、APIだけでは個人的に必要な要望を満たせませんでした。 Google Playの機能拡張待ちです。 Google Play Developer APIとは Google Playのコンソール画面(アプリを公開したりする画面)の操作を行えるAPI 2015.4月現在はv2が提供されている 各種言語から扱えるライブラリやサンプルコードが配布されている JavaだとMaven Centralとかで配布 API自体は非常にカンタンに覚えられる Gradleからアップロードしたい Gradleからアップロードできれば、Jenkinsやら流行りのTravisやらCircleやらのCIでアッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
