はてなブックマーク

この記事では Dagger 2.10 RC4 を使っています。 短い概要 Dagger 2.10 で Android のための拡張モジュールが公開されました 拡張モジュールを使うとコンポーネントの取り回しがシンプルになります BaseActivity や BaseFragment を使わずに済みます シンプルにはなりますが、準備の手間はかなり増えます とりあえず動作するところまで試したため、ベストプラクティスかは不明です はじめに Dagger は Square が開発した DI ライブラリですが、 Dagger 2 は Google がフォークしたバージョンです。公式に Dagger は Deprecated になっており、 Dagger 2 への移行ガイドが Google から公開されています。 DroidKaigi カンファレンスアプリでも Dagger 2 は使われており、セッショ

はじめに 仕事中、タイムトラッキングツールの「Toggl」を使っています。どんな作業にどれぐらいの時間をかけたのかを簡単に記録できるツールで、仕事終わりに Toggl の記録から業務報告的なやつを ChatWork に載っけていました。同僚の iOS エンジニアがこの報告を簡単にできるアプリを作っていたので、自分も Android アプリを作ろうと思い、せっかくだからと Kotlin で書いてみました。小さく、一般公開はしていませんが 1 本のアプリを Kotlin で書いてみた感想を紹介します。 スクリーンショット compile 'com.android.support:appcompat-v7:23.1.1' compile 'com.android.support:design:23.1.1' compile 'com.squareup.moshi:moshi:1.0.0' com

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

こんにちは。最近あまり Titanium 活動 (タイカツ) ができていない @ryugoo です。この記事は Titanium Advent Calendar 2014 のスタート記事として提供いたします。これまでは自分のサイトに書いてましたけど、最近は Qiita 推しなのでこちらに書きたいと思います。 初日なので、小ネタをいくつか書いていきましょう。 iOS 編 Titanium 3.4.x と iOS のバージョン まずは冷静になって、ドキュメントの中にある Titanium Compatibility Matrix の iOS SDK / Target iOS Platform の節を読んでみましょう。 3.4.0 - latest の Minimum target iOS version は 7.1.x を指していますが、これは 大嘘 です。 Store にリリースするための

目的 Material Design になった Android 5.0 Lollipop が発表され、 SDK もいよいよ公開されたことで Material Design の Android アプリを作ることができるようになったわけですが、 Android 4.4 以下にも Material Design なアプリを提供したいと思っていました。 そんな折、 AppCompat v21 が登場したことによって開発することができるようになりましたが、 Google 謹製の Apps が提供するような Navigation Drawer を開閉するときの ActionBar 上のアニメーションインジケータを実装する方法が分からなかったのですが、ようやく分かったので記しておきます。 実装 build.gradle アプリケーションプロジェクト側の build.gradle の dependenci

$ npm install -g titanium@3.4.0-rc4 $ titanium sdk install http://builds.appcelerator.com/mobile/3_4_X/mobilesdk-3.4.0.v20140916181713-osx.zip $ titanium sdk select 3.4.0.v20140916181713 $ titanium Titanium Command-Line Interface, CLI version 3.4.0-rc4, Titanium SDK version 3.4.0.v20140916181713 Copyright (c) 2012-2014, Appcelerator, Inc. All Rights Reserved. ……… はじめに 先日 iPhone 6 / iPhone 6 Plus が

Android アプリで HTTP 通信を行うときは Volley を使っているのですが、とある事情により、もうちょっと直接的 (?) に HTTP 通信を行う必要がある場面に出くわしたときに使ってみたのが Square の OkHttp 2.0 です。 An HTTP & SPDY client for Android and Java applications とあるように、 SPDY にも対応していて、 Android に限らず、 Java アプリケーション中でも使えるようです。今回は Android プロジェクトで使ってみた雑感を書いてみたいと思います。 プロジェクトへのインストール OkHttp のサイトには jar ファイルをダウンロードするか、 MAVEN の設定をする方法が書いてありますが、 Android Studio ならば build.gradle の depende

"EventBus はどこでつかうべきか" の記事を参考に、 Android アプリ開発の際に EventBus を使っています。 EventBus は Acrivity や Fragment 、 Service 、 自分で定義したモデルのクラスなど、好きなところから自由にイベント通知を行える代物ですが、どこでも使える分、使いどころに困りました。自分なりの使い方をメモします。 Activity → モデル → 非同期処理 → モデル → Activity 自分が一番よく使うのはアクティビティからモデルオブジェクトに定義してあるロジックを呼び出して、モデルオブジェクト側では Web API と通信するなどの非同期処理を行い、その結果を Activity に通知するパターンです。 Web API との通信では Volley を使っていて、モデルオブジェクトのメソッドから通信を開始して、その結果

TL;DR Application クラスを継承した MyApplication クラスを定義して、シングルトンパターンでオブジェクトを取得できるようにする。 MyApplication オブジェクト経由で RequestQueue オブジェクトへのアクセスを行うようにする。 概要 Volley は 2013 年の Google I/O で発表されたライブラリで、シンプルながらも強力な API を備えた便利なライブラリです。この Volley ですが、いざ使おうと思って調べてみると RequestQueue はシングルトン的に使う方が良い というような情報がいくつか出てきますが、実際どうやってシングルトン的に扱うのかが最初判りませんでした。 色々やった結果、 Application クラスを継承したクラスを作ってあげて、アプリケーションの起動時にオブジェクトを生成し、Application