API Level 19以降でAlarmManagerが辛かった話 - ぴよぴよエンジニアの日記
2015 - 12 - 23 API Level 19以降でAlarmManagerが辛かった話 Android Android の話です． API Level 19以降でAlamManager（ AlarmManager | Android Developers ）が辛かった話になります．先に自分なりの結論を示しておきます． set, setReapitingは API Level 19以降では不正確 setExactも秒単位の処理ではかなり微妙 java .util.Timerで秒単位の処理を一応実現できた 開発環境 IDE ： Android Studio 1.3.1 デバッグ 機：Nexus 5X（ Android 6.0.1） SDK Version：22 作りたかったもの バスの発着時間をカウントダウンする ウィジェット を作りました．やりたいことは、 先発のバスの発着時間をカ
Androidで定期的に処理を実行したい - かずきのBlog@hatena
そんなときはAlarmManagerを使います。 使い方はPendingIntentを作ってAlarmManagerを取得してsetRepeatingする感じ。 一回こっきりでいい場合は、setメソッドでもいいみたいですね。 詳細はAlarmManagerのドキュメントを見よう。 AlarmManager | Android Developers ということで、こんなコードを書いてやれば現在時間から1分間隔でIntentが投げられるようになります。今回の場合はサービスをキックしています。 Intent intent = new Intent(this, LogService.class); intent.setAction("LogServiceAction"); PendingIntent pendingIntent = PendingIntent.getService(this, 0,
Build Variants について - LIFULL Creators Blog
こんにちは。菊地と申します。 今回は AndroidStudio で導入された Build Variants という仕組みについてです。 AndroidStudio がリリースされてだいぶ経ちますので、今更な感じはしなくもないですが、意外と知らない人も多いかな？と思ったのでまとめてみました。 はじめに AndroidStudio では既存のビルドシステムである Ant に代わって、 Gradle が採用されています。ビルドの設定は build.gradle というファイルに記述していきます。 build.gradle に記述できる内容は多岐に渡り、様々なことが可能となっています。 例えば debug ビルドと release ビルドで APK を区別したい！ AndroidManifext.xml に記述する permission を release ビルドには記述したくない！ Googl
Firebaseのこれからとリアルタイムデータベースの補足説明
本連載も今回で最終回です。今回は初めに5月18日～5月20日に開催された「Google I/O 2016」で発表されたGoogleのFirebaseに対する取り組みや新機能について紹介し、その後で本連載の補足解説として、FirebaseのRealtime Database機能についてサンプルプログラムと併せて解説します。 Google I/O 2016におけるFirebaseの紹介 GoogleがFirebaseを買収したのは2014年ですが、Google I/O 2016では筆者が確認しただけでもFirebaseに関連する18のセッションおよびスピーチがありました。いずれもGoogleのFirebaseに対する意気込みが感じられる内容で、ログ解析ツール「Firebase Analytics」やプッシュ通知サービス「Notifications」が無料・無制限で利用できることが注目を集めまし
Firebaseで作る簡単リアルタイムウェブアプリケーション（前編）
Firebaseは2014年10月にGoogleに買収されたことで一躍有名になったBaaS（Backend as a Service）です。本記事ではちょっとしたリアルタイムウェブアプリケーションを作りながらFirebaseの機能を紹介します。 Firebaseとは Firebaseはデータストレージ、ユーザー管理などアプリケーションのバックエンドとして必要となる機能をサービスを提供することで、アプリケーション開発者がクライアントサイドの開発に集中できるようにしてくれるBaaS（Backend as a Service）の一種です。 2014年10月にGoogleに買収され、Google Cloud Platform（GCP）の一員となりました。この買収によりGCPにはPaaS（Platform as a Service）としてGoogle App Engine、IaaS（Infrastr
FirebaseでWebサイトを無料でサクッと公開してみる - Qiita
Parse終了の衝撃からはや4ヵ月。 みなさまいかがお過ごしでしょうか。 近年、mBaaSは急速に進化を続けています。 今回はGoogleのmBaaSであるFirebaseを使って、Webサイトをサクッと立ち上げてみましょう。 Googleアカウントを準備 FirebaseはGoogleアカウントがあれば無料で使えます。 事前にアカウントを取得し、ログインしておきましょう。 FirebaseでWebサイト用のプロジェクトを作っておく https://console.firebase.google.com/ にアクセスし、新規プロジェクトを作成しましょう。 プロジェクト名と国を選択するだけでOKです。 Node.jsとnpmをインストールする FirebaseでWebサイトをホスティングするためのツールは、npmでインストール可能です。 ってことで、先にNode.jsとnpmをインストールし
2週遅れではじめるFirebase（調査編） - Qiita
はじめに Firebaseは、Googleが約1年前に買収したBackend as a Service（BaaS）です。今回のGoogleIOで機能が強化されたようなので、個人の備忘録として残しておきます。 Firebaseの原則 Developer experience matters. Ease-of-use, good documentation, and intuitive APIs make developers happy. Work across platforms. We’ll support you whether you’re building for iOS, Web, or Android. Integrate where possible. Firebase has one SDK, one console, and one place to go for doc
第6回 Firebaseデータベースの効率的なデータ構造と高速化のポイント | gihyo.jp
これまでの連載で見てきたように、Firebaseのデータベースは任意のJSONオブジェクトをツリー状に保持できる柔軟なNoSQLです。一般的なリレーショナルデータベースのような厳格なスキーマ定義等は存在せず、自由な発想でデータを格納することができます。 しかしながら、必要なデータを何でも1つのツリーの中に含めてしまうと、思いもよらない無駄な大量のデータ転送やパフォーマンスの低下を招くことがあります。今回は、Firebaseで効率的かつ高速にデータを扱うためのベストプラクティスをご紹介します。 今回は例として以下のようなチャットアプリケーションを想定し、データをどのように持つとより効率的なのかを確認していきたいと思います。 チャットルームが複数存在する チャットのメッセージはルームごとに管理する 複数ユーザがおり、ユーザは任意のルームに参加して発言することができる 効率的なデータ構造 データ
[翻訳] Firebase Authentication / Introduction - Qiita
Firebase Authentication (Introduction) を翻訳してみました。 お気づきの点があればコメント頂ければと思います。 以下、関連する投稿へのリンクです。 ■ Firebase Authentication / Introduction ■ Firebase Authentication / Users in Firebase Projects ■ Firebase Authentication / Android / Manage Users ■ Firebase Authentication / Android / Password Authentication ■ Firebase Authentication / Android / Google Sign-In ■ Firebase Authentication / Android / Anonymo
![[翻訳] Firebase Authentication / Introduction - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/8bdc6c6e043b86791bc428589f318ae71d6beae7/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU3JUJGJUJCJUU4JUE4JUIzJTVEJTIwRmlyZWJhc2UlMjBBdXRoZW50aWNhdGlvbiUyMCUyRiUyMEludHJvZHVjdGlvbiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NzYxMzA1OTQ5Yzc4ZDJmNzRlMTE0MTkzODY4YjRjY2Y%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB0bmFnYW8zMDAwJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1jZDA4ZDFkZWRkNjkyMzZmOTJmYWUxZjg4MDA0OWM3Yw%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D37158b7d2346aae99e325c8b6a067605)
【Android】EventBus 3のドキュメントを読んでみた - Qiita
public class MessageEvent { public final String message; public MessageEvent(String message) { this.message = message; } } Subscriber(イベントハンドラ)の準備 @Subscribeアノテーションを利用するようになりました。 これによって従来のonEvent()、onEventMainThread()ではなく自分の好きなメソッド名を定義することができるようになりました。すばらしい。 // This method will be called when a MessageEvent is posted @Subscribe public void onMessageEvent(MessageEvent event){ Toast.makeText(getActi
[Android] RxJavaを使わずにOkHttp3でシンプルに通信処理を書いてみる | DevelopersIO
はじめに OkHttpのバージョンが３になりいくつか変更点がありましたので変更点も含めてOkHttpの使い方をご紹介します。 Rxを使わずシンプルにOkHttpだけで通信処理をしています。 今回もいつもと同じopenweathermapを使っています。 OkHttp２とOkHttp3の違い まず OkHttpの使い方のおさらいです。 - Requestオブジェクト作る - OkHttpオブジェクト作る - enqueue()メソッドにコールバックを定義する [OkHttp2] Request request = new Request.Builder() .url("http://api.openweathermap.org/data/2.5/weather?id=2172797&APPID=464b981be2248f383ab898810xxxxxxx") .get() .build(
![[Android] RxJavaを使わずにOkHttp3でシンプルに通信処理を書いてみる | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/091f15a7d75f8343165a62700143a86becce2771/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fandroid.png)
gradleのmaven-publishプラグインでライブラリーを発行する方法 - 1 - mike、mikeなるままに…
こんにちわ、みけです。 ここ数日、gradleのmaven-publishプラグインにはまっていたので、 そのメモです。 なお、例によって長い記事なので、完成されたbuild.gradleだけ見たい方は、いっちばん下に行って下さい。 ただし、完成されたbuild.gradle読んでも理解できないと思いますけどね。 maven-publishプラグインについて 以下のとおりにメモしていきます。 maven-publishプラグインの基礎 javadoc、sourcesを発行する 複数回、成果物を発行する pomを変更する PGP署名ファイルの発行 課題 maven-publishプラグインの基礎 maven-publishプラグインは任意のファイルを 任意のmavenレポジトリーにアップロードすることができるプラグインです。 次のようなビルドスクリプトでは、以下のようなartifactを発行
原発事故 ふるさと離れて“保養”９０００人余 | NHKニュース
東京電力福島第一原発の事故を受けて、放射線への不安から一時的にふるさとを離れて過ごす「保養」を行った人が、去年１０月までの１年間にのべ９０００人余りに上っていたことが分かり、調査を行った民間団体は「費用面などで支援が必要だ」としています。 「保養」について情報提供を行っている民間団体、リフレッシュサポートは、その実態を把握しようと、保養を受け入れている２３４の団体を対象に調査を行い１０７の団体から回答を得ました。それによりますと、去年１０月までの１年間に保養を行った人は、福島県の居住者を中心にのべ９３０１人に上っていたことが分かりました。 滞在先は北海道から沖縄まで全国２９の都道府県にわたります。受け入れの課題を聞いたところ、「活動の資金不足」が２８団体、「原発事故や支援に対する関心の低下」が１８団体などとなっています。原発事故のあと、福島県は子どもたちの自然体験活動などに対して宿泊費や交
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
