DialogFragment 実装パターン - Qiita
DialogFragment がやや癖があるのは 拙記事: DialogFragment で書いた。Dialog を表示する度に毎回インナー static クラスを定義するのは辛い。何とか省力化を図りつつそれなりに汎用性のある実装パターンはどうすれば良いのか、というのが今回の話題である。 一応前提として AppCompatActivity (Support Library) を使用しているので getParentFragment() や getChildFragmentManager() は常にあることとする。 onActivityResult() で返すパターン 前 Qiita に DialogFragment の結果を onActivityResult() で返す実装パターンの記事が載っておりそれは Activity で出す場合と Fragment で出す場合の双方に対応していた。当時
Android Studio で Build Variants - Qiita
Eclipse の場合 Eclipse + ADT で開発していると /gen の下に R.java の他に BuildConfig.java というのが自動生成される。そこにはこんな事が書かれている: public final class BuildConfig { // Eclipse からデバッグ実行した場合 true が入り APK を明示的に生成した場合は false が入る public final static boolean DEBUG = true; } なので Java ソース側でこの値を見てデバッグ時と本番時の処理を切り替えることができるように見える。だが当然 XML やその他リソースの方でこの値を参照することができない。あと、業務で実装していて以下の様な要件があったとする: 今度 OEM 販売することになったからガワとアプリ名だけ替えて配布してよ。 この要件だけ聞い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
