Build AI experiences Build AI-powered Android apps with Gemini APIs and more. Get started Start by creating your first app. Go deeper with our training courses or explore app development on your own.
前回の記事 に引き続き、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
今日は、これまでの Android 開発でおきがちなビルド時の問題と、 Gradle を使ってアプリケーションのビルドをすると生活が豊かになる、ということについて書きたいと思います。 Gradle 以前のビルドツール (Ant とか Maven とか) で起こりがちな問題 ビルド時に DEBUG とか RELEASE のフラグを切り替えたいけど出来ない!! 定数クラスを作って手動で切り替える 利点 猿でも使い方が瞬時に分かる 問題点 オペミスが起きやすい チェックアウトしてきた直後にビルドすると何が出来あがるか分からない リポジトリには DEBUG = true しかコミットしてはいけないというルールを作ることに でもだれかが DEBUG = false にしたままうっかりコミットして崩壊する public final Constants { // リリース時には false にして!!
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く