はてなブックマーク

これに合わせてSchemeもStagingとProductionの2つ作成しており、Runした場合はそれぞれの環境のDebug版が実行され、Archiveした場合は必ずRelease版がビルドされるようにしています。 あとはアプリ名、アイコンもそれぞれの環境で変更することで事故が起こらないようにしています。 手順 1. Firebase上のプロジェクトにアプリをConfiguration分作成する 開発版とリリース版など環境ごとにFirebaseの管理を分けたいのでその分だけFirebaseのプロジェクトにアプリを作成します。今回の場合だと最終的に以下のような感じになると思います 細かい手順は公式リファレンスを見ていただくのが早いです。 2. GoogleService-Info.plistを名前を変えて全部プロジェクトに配置する 次はGoogleService-Info.plistをダウ

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

AndroidのSharedPrefencesを取り回しやすくするライブラリをこっそり作ったのでアドベントカレンダーに便乗して紹介しようと思うまる Preferhythm https://github.com/KazaKago/Preferhythm What's this? Androidアプリを開発すると値を端末に保存することがあると思いますが、そんなときはだいたいSharedPreferencesを使いますよね。 ただ、個人的には使いづらいというかtypoとかのヒューマンエラーの温床になりそうだなーとずっと思っていたので、なら作ればいいじゃん精神でSharedPreferencesのラッパーライブラリを作りました。 ↓のようなお決まりのコードを書いてる人が多いと思うのでAnnotation Processorによるコード自動生成を使って簡略化させてます。 class MyPrefer

当然出来るんだろうな〜と思いつつ、やり方をずっと調べていなくて知らなかったのでメモ ライブラリを全部いっぺんに最新にすることも可能です やり方 メニュー -> 「Analyze」 -> 「Run Inspection by Name...」からInspectionダイアログを表示させます 「Newer Library Versions Available」と入力します（補完が効くので途中まででおｋです） 「Run 'Newer Library Versions Available'」 ダイアログ上で「Whole project」選択します OKで実行です！Android Lintが走るので正座して待ちます 走査が完了するとInspection Resultに結果が表示されるのでライブラリバージョンの差分を眺めながらふむふむなるほど、、とつぶやきます 全てアップデートしてよいならInspec

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 今回業務で初めてドメイン駆動設計（以後DDD）をiOSアプリへ導入してCleanArchitectureを目指してみたのでまとめとその所感をつらつらと書いてみます。 今回はたまたまiOSで導入したのでiOS前提で話を進めますがAndroidにも適用できる汎用的な概念です。 上辺だけの知識+オレオレルールで導入を始めたので間違っていたらご指摘お願いしますm(_ _)m そもそもドメイン駆動設計って？ MVCなどの概念と同じ（ちょっと違うけど）設計アーキテクチャの一つで、iOSやAndroidアプリ開発でおこりがちな、ファットコントローラー

Androidにおける機密情報の保持 ログイン機能のあるアプリを作成すると機密情報（個人情報やアクセストークン）を端末内に保持することがよくあると思います。 その場合データの暗号化を行いますが、Androidアプリにおいて悩みの種なのがその暗号化のための秘密鍵（共通鍵）の置き場所です。 Android（Java）はリバースエンジニアリングが容易なため、アプリ内に暗号化のための鍵をハードコーディングしておくのは色々とヤバいです。 定数で持っておく以上難読化しても意味をなさないため、複雑なロジックを介して鍵を取り出したりCのコードに埋め込んだりして読み取られにくくする手法がよく取られます。 が、必要十分なセキュリティが担保されてるか判断つかないしぶっちゃけめんどくさい Android 4.3以降ならAndroid Keystore System使えるよ Android4.3以降限定ですが、An

これは画面回転等で発生するActivity再生成後もコールバックを保ち続けられるDialogFragmentを出来るだけシンプルに実装できるよう汎用的な抽象ダイアログクラスを作ることを目指して試行錯誤した記事です。 ※かなりオレオレ要素が入っているので最適解ではありません！ 前提条件 前提として以下を挙げます。 (a). android.app.DialogはActivity等のコントローラから直接呼び出さない Android2.xまでのDialogを直接呼び出す記述は4.x以降非推奨となっています。 メモリリークしてしまう場合があるのでDialogFragmentを使います。 (b). DialogFragment上で処理を書かない（コールバックさせる） DialogFragmnet上ではユーザーの入力のみを受け付け、その結果を元のコントローラにコールバックしてそこで処理を書くようにしま

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