はてなブックマーク

自分は絶賛iOSの勉強中のAndroidエンジニアです。 理解しやすくするためiOSのUIViewControllerのライフサイクルをAndroidのActivityとを比較してみました。 まずはおなじみActivityのライフサイクル そしてiOSのライフサイクル iOSのライフサイクルはそもそも考え方が違うみたいです。 というのも公式には下記のようにライフサイクルにはAppearかDisappearのステータスの概念しかないようです。(Androidはその観点だけによってライフサイクルが作られているわけじゃないしメインの観点でもない。) なので、そもそも比較自体に無理もあるのですが、とはいえ、呼ばれるタイミングなどは少なからず似通ってるだろうと思って、Activityのどこのメソッドに相当するのか整理してみました。 似ている というのは呼ばれるタイミングがということです。 loadV

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

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

Lollipopになって、privacyについて強化するためかActivityManagerのgetRunningTasksやgetRecentTasksはdeprecatedとなりました。 非推奨なだけでなく挙動も変わってます。 現状の挙動は結果は返却されますが、 そのメソッドを呼んだアプリ自身もしくはランチャーアプリの情報しか帰ってこないようになっています。 今回はその代替手段について調べてみました。 UsageStatsManagerを使う UsageStatsManagerのqueryEventsを使って得られるUsageEventsから、各アプリがforegroundもしくはbackgroundになったときのtimestamp、classNameが取得できます。 UsageStatsManager stats = (UsageStatsManager) getSystemServ

[翻訳] android best practiceでも触れられていたのですが、みなさんはDesigntime Layout Attributesつかっていますでしょうか。 Designtime Layout Attributesとは 例えばユーザ情報を表示する画面があってユーザ名をTextViewで表示するとします。 大抵その場合ってユーザ名はもちろん動的でJava側から設定するのでandroid:textは設定しないと思います。 それでもいざそのLayout.xmlを作っている最中はpreviewでどのように見えるのかを確認したいですよね。 もしいま、android:textに適当な名前を入れて、確認が終わったらandroid:textを消しているという方は間違いなく使った方が良いのが、Designtime Layout Attributesです。 これを導入する事でtools:tex

githubで★を集めてるandroid best practiceが勉強になるなぁと感心しておりまして、 思い切って翻訳していいかどうか問い合わせてみると快諾いただけたので翻訳してみました。 (Eclipse + ADTの話もでてますがそのまま訳してます。) 原文 : https://github.com/futurice/android-best-practices (Qiitaに投稿するついでに本家のリポジトリにもプルリクしてくれって言われてるので少し待てばそちらでも見れると思います。) この場を借りて、@askaさん、添削ありがとうございましたm_ _m 大変助かりました。 Summary Gradleで推奨されるプロジェクト構成で開発しよう パスワードや注意を要するデータはgradle.propertiesに書こう 自分でHTTP Clientは作らず、VolleyやOkHttp

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

前置き Android Studio使い立てのAndroid Studioユーザー対象です。 たとえばなんですが、ContentProviderって毎回ほぼほぼ同じ事書いてませんか？ 僕は書いてます。驚くほど毎回同じです。 多少の型、テーブル名とswitch文の中身が違うくらいです。 あげく、月一で書く訳でもないので毎回忘れてる訳です。 毎回のように前に書いたコードを見ながらほぼほぼ同じコードを書く訳です。 Javadocも合わせると150行強くらい書く訳です。 こんなに生産性があるように見える非生産的な時間はないです。 まさにサボり屋にはもってこいです。いかに生産性があるように見せかけるか。甘美な響きです。 ですが世間にはサボっても自分の首が絞まるだけの方も居ると思います。私もその類いです。 Android Studioを使えば(正確に言うとIntelliJ)この生産的に見せかけて非生産

Material Designに対応しているライブラリをコンポーネント別にまとめてみました。 一応 GoogleのMaterial Designを説明しているcomponents と同じ順で、ライブラリとスクリーンショットをつらつら並べてみました。 Buttom sheets BottomSheet ダイアログを実装する間隔で使えます。 Buttons MaterialDesignLibrary ○Flat Button ○Rectangle Button ○Float Button ○Float Small Button FloatingActionButton Google+のようなFloating Buttonを簡単に実装できます。 ○Float Button android-floating-action-button InboxのようなFloat button のメニューを簡単に

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

開発プロセスはアジャイルだけどマネジメントツールはRedmineという方は特に知っておいた方が良さそうです。 TAIGAってなに？ TAIGAと聞いて真っ先にトラどらが思い浮かんだあなたとは友達になれる気がしますが、トラどらではありません。 詳しくは下記にあります。 Public Projectなら無料で上のサイトでも使えます。 TAIGAとはアジャイルに最適化されたマネジメントツールです。 バックログ、スプリント、バーンチャート、かんばんなどの機能がそろっているのですが、 なにより他のツールに比べて圧倒的にデザインがきれい。 ただし、まだベータ版です AWSに構築する 1, AWSのインスタンスを立ち上げる ざっくりいうとUbuntuのインスタンスを立ち上げて、Security GroupsにHTTPを追加、Elastic IPを設定まで行います。 2, TAIGAを立ち上げる sshで

以前にAndroid Studioを使ってみたもののバグばっかりだったという印象が残っていて、それ以降ずっと「Eclipseでいいや」と思っていたのですが、最近「Android Studioいいよ」という声が聞こえてきたので改めて導入してみました。 その際に既存プロジェクトの移行に手こずっている人が結構いるそうだったのでメモっておきました。 前提条件 Mac (OS X 10.9.5) Eclipse (Kepler) Android Studio (0.8.6) 移行する １、Android Studioを立ち上げてImport Porject ２、対象プロジェクトのAndroidManifest.xmlを指定して、あとはNext,Next,Finish 基本的にはこれだけで完了です。ライブラリはもちろん、テストプロジェクトも移行されます。 とはいえ、世の中そうはうまくいかない 以下、打