Build Variants によって別バージョンの Android アプリを同じプロジェクトからビルドする (Gradle 使用) - ひだまりソケットは壊れない
前回の記事 に引き続き、Gradle を使った Android アプリのビルドの話。 今回は build variants (build types と product flavors) について調べたので軽くまとめておく。 複数の build variant を定義しておくと、 アプリの本体部分のソースコードはほとんど一緒だが、少しだけ違う部分があるアプリを 1 つのプロジェクトでビルドする 社内リリース用のパッケージ名は本番リリース用のパッケージとは別にする といった用途に便利である。 追記: Android Gradle plugin の新しいバージョンでのプロパティ名の変更 ProductFlavor.packageName is now applicationId. Setters for packageName are still temporarily present but
Gradle の ProductFlavors で APK を作って生活を豊かにする - おともだちティータイム
小倉唯さんブログ再開おめでとうございます。 今日は、これまでの Android 開発でおきがちなビルド時の問題と、 Gradle を使ってアプリケーションのビルドをすると生活が豊かになる、ということについて書きたいと思います。 Gradle 以前のビルドツール (Ant とか Maven とか) で起こりがちな問題 ビルド時に DEBUG とか RELEASE のフラグを切り替えたいけど出来ない!! 定数クラスを作って手動で切り替える 利点 猿でも使い方が瞬時に分かる 問題点 オペミスが起きやすい チェックアウトしてきた直後にビルドすると何が出来あがるか分からない リポジトリには DEBUG = true しかコミットしてはいけないというルールを作ることに でもだれかが DEBUG = false にしたままうっかりコミットして崩壊する public final Constants { /
[Android] そもそもLoader、AsyncTaskLoaderとは？ Loader、AsyncTaskLoader徹底解剖 Part1
皆さんLoader、AsyncTaskLoaderをご存知ですか？ 知らない人のために簡単にだけ説明すると、 Androidで非同期処理を行うための仕組みです。 Androidで非同期処理をする方法 Androidで非同期処理をする方法はいくつかあります。 Java標準のThreadクラスを使用する Androidが用意しているAsyncTaskを使用する Androidが用意しているLoader、AsyncTaskLoaderを使用する 他にも特殊な方法としてServiceやBroadcastを使用する方法などもありますが、 通常ActivityやFragmentなどで非同期処理をするときは主に上記の3つだと思います。 しかし何故その中でわざわざLoader、AsyncTaskLoaderを使用しなければいけないのでしょう・・・？ Androidが用意した最新の仕組みだからそっちのほうが
[Java]Futureの使い方とFutureTaskのワナ | 大発見 | 大発見
FutureTaskにはまってしまった・・・ JavaのFutureインタフェースは、非同期処理の計算結果を受け取れるインタフェースで、非同期処理をキャンセルすることも可能なインタフェースです。 通常、非同期処理はRunnableインタフェースを利用しますが、 Runnableインタフェースのrunメソッドの戻り値はvoidです。そのため、処理結果を利用する場合ちょっと面倒です。 処理結果を返せるようにしたものがCallable<V>インタフェースです。Runnableインタフェースのrunメソッドとは違い、callメソッドが呼び出され、戻り値はVです。(自由に決めれる) Callableが返すデータの受け取り方法を定義しているのがFutureインタフェースとなります。(ずっと待つのか、途中であきらめるのか、あと5分待つとか(笑)) そのFutureインターフェースの基本的な実装がFut
かつてファミコンソフトを自作した集団がいた――ゲームフリーク・増田順一氏が語ったゲーム制作の魅力:ニコニコ自作ゲームフェス
80年代末に発売された『クインティ』というファミコンソフトをご存知だろうか？ このゲームの開発には、一つの伝説がある。それは、当時日本中のゲーマーの間で話題だった、超マニアックなゲーム攻略情報のミニコミ誌を作っていたアマチュア連中が、あまりにゲーム熱が嵩じたあげくに自ら勝手にファミコンソフトを、それもパーツから「自作」してしまったというのである。 ゲーム業界が驚異的な勢いで伸びはじめたこの時代、ゲームの周りには続々と才能も熱意もあふれる若者が集結してきていた。しかしさすがに、そんな話はこの『クインティ』以外には後にも先にもなかった。このゲームを売り込まれたナムコの担当者も、版権を獲得する際に、あわよくばこれに続く若者がいれば……と思ったというが、当然ながらそんな連中が現れることは二度となかったのだ。 その後、この『クインティ』の制作者たちは会社を立ち上げて、本格的にゲーム制作に乗り出してい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
それでもNode.jsをやる
モダンな現場にするために実践したこと