MV* の「つなぎ」に RxJava を使うのをやめたい - Qiita
ここ数年、特にモバイルアプリ開発で流行ってるUIデザインパターンならなんでもですが、MVVM を例にすると、Usecase における Repository からの結果の受信、ViewModel における Usecase からの通知、あるいは View の変更の通知に RxJava の Observable<T> を使用する例は多いと思います（かくいう自分もそう作ってきました）。 DroidKaigi 2018 のアプリもそうですね。 via DroidKaigi 2018 official Android app しかし最近、この「つなぎ」の役割に RxJava を使うのはやり過ぎでは？と思うようになっています。その理由を次に書きます。 RxJava を使うのをやめたい理由 1. Rx は、できることが多すぎる RxJava の学習コストが高いことは知られています。 つなぎの型が Obse
Android Studioで保存時にフォーマットを自動で揃える | DevelopersIO
まえがき 標準でもAndroid Studioは、痒いところに手が届きます。たとえば、補完機能や、コードの自動生成、さまざまな便利機能があります。 それだけにあらず。まだまだ便利にすることができます！もっともっと効率をあげることができます。 保存時にフォーマットなどを自動で揃えてくれるSave Actionsを紹介したいと思います。 インデントがずれていたり、余計なインポートがあったり、フォーマットが個人でばらばらだと、Gitの差分が見づらかったり、単純に読みづらかったりします。気をつけましょうで気をつけられたらいいのですが、どうしてもミスをしてしまうので、勝手に直してくれれば最高ですね。 インストール IntelliJ IDEAのためか、Pluginから検索できないので、自分でダウンロードしてインストールしましょう。 Save Actions for IntelliJ IDEA :: J
PendingIntentのフラグ設定による振る舞いの違い | Workpiles
Flag indicating that if the described PendingIntent does not already exist, then simply return null instead of creating it. テスト方法 テスト方法は、 1.ログを出力するだけのHogeIntentServiceを呼び出すIntentを生成 2.putExtra()で任意のIDを設定 3.Pending.getService()でPendingIntentオブジェクトを生成 4.10秒後に実行されるようAlarmManagerへセットする 5.1~4をIDを変えて3回おこない、どの順でAlarmManagerから呼ばれるか確認する 実行したコードは下記の通りです。 HogeIntentService.java public class HogeIntentService
PicassoにTargetの無名クラスを渡してはいけない - Qiita
Picassoがplaceholderのままで画像を表示してくれない問題に見舞われました。 TL;DR Picassoで画像が表示されないことがあるよ into(Target) を使ってると起こるよ Picassoはtargetを弱参照で保持してるからGCでtargetがなくなりやすいよ targetを強参照で保持するか、そもそもinto(ImageView, Callback)使おうな 問題 Picassoで画像をロードしたらついでに何かしたいパターンってあるじゃないですか。 ImageView mImageView; // （略） Picasso.with(this) .load(imageUrl) .placeholder(R.drawable.image_loading) .error(R.drawable.image_loading_failed) .into(new Targe
androidでheightやwidthが0になって取得できない時 - tumblr
は、ViewTreeObserverを使う。 inflateしたviewの高さや幅を動的に設定したいとか、inflate済みの別のviewの高さや幅を参考にしたいときは以下のようにViewのheightやwidthを取得する。 LayoutParams param = view.getLayoutParams(); param.width = 100; view.setLayoutParams(param); が、activityのonCreateとかのなかでgetLayoutParams()してviewのwidthを取得しても、0が返ってくることがある。何でだろうと思って調べてみたところ、その時点ではまだviewはinflateされていないっぽい。タイミングの問題。なので、そのviewがinflateされて高さとか幅を持った時にさせたいことをすればいい。 で、そのタイミングのフックになる
ABC2016Spring Androidアプリ実装アンチパターン(暫定)
ABC 2016 Springで発表した「Androidアプリ実装アンチパターン」の暫定資料だよ あとで、発表時に喋った内容をテキストで追加したものをアップロードするよ Read less
Google、Android NでJava言語ライブラリをOpenJDKに変更へ | juggly.cn
2023年12月 (1) 2023年11月 (116) 2023年10月 (79) 2023年9月 (28) 2023年8月 (7) 2023年7月 (6) 2023年6月 (101) 2023年5月 (229) 2023年4月 (201) 2023年3月 (206) 2023年2月 (147) 2023年1月 (193) 2022年12月 (146) 2022年11月 (54) 2022年10月 (1) 2022年9月 (1) 2022年8月 (1) 2022年7月 (3) 2022年6月 (1) 2021年9月 (1) 2021年8月 (8) 2021年6月 (3) 2021年4月 (4) 2021年3月 (6) 2021年2月 (1) 2021年1月 (3) 2020年12月 (2) 2020年11月 (2) 2020年10月 (5) 2020年9月 (12) 2020年8月 (40
Android デベロッパー ストーリー: マテリアル デザインの導入と Android Studio の使用によりFRILの登録者数が 30% アップ - Fablic
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
AndroidのORMに求めること、あるいはOrmaを開発した話 - Islands in the byte stream
Android用ORMライブラリを書き始めました。 github.com 開発の動機 AndroidのORM事情は2014年の天下一「AndroidのORM」武道会 - Qiita あたりをどうぞ。ただ2015年11月現在だとDBFlow 2.xが爆速になっており、GreenDAOに匹敵するレベルになっていそうです。ほかのライブラリもいろいろアップデートしているので、天下一Android ORM武闘会の2015年版が望まれます。 さて本題ですが、私がAndroidのORMに求めるものは下記のようなものです。 高速 Realm並は無理でも、爆速ORMとして知られるGreenDAO程度の速度はほしい upgrade / downgradeできるmigration機構 なるべく自動的によしなにやってくれるのがよい たとえば開発中にカラムを追加したときは自動的にmigrationしてほしい マイグ
『Androidアプリのセキュア設計・セキュアコーディングガイド』【2013年4月1日版】を公開しました。 - JSSEC | 一般社団法人日本スマートフォンセキュリティ協会
2022年8月29日 『Androidアプリのセキュア設計・セキュアコーディングガイド』【2022年8月29日版】を公開しました。 ・『Android アプリのセキュア設計・セキュアコーディングガイド』【2022年8月29日版】 ・「サンプルコード一式」 【2022年8月29日版】 報道関係各位 JSSEC、『Androidアプリのセキュア設計・セキュアコーディングガイド』2022年8月29日版を公開 一般社団法人日本スマートフォンセキュリティ協会 一般社団法人日本スマートフォンセキュリティ協会（JSSEC：会長 佐々木 良一）の技術部会 セキュアコーディングWG（リーダー 宮崎 力）は、2012年6月に公開した『Android アプリのセキュア設計・セキュアコーディングガイド』（以下 本ガイド）の14版目の改定版である2022年8月29日版を公開しました。 ■2022年8月29日版の改訂
[Android]PreferenceActivityで使えるPreferenceを自作する
前書きつい先日、むしゃくしゃしてこのようなアプリを作成、公開しました。 このアプリ自体は内輪ネタの極みなので死ぬほどどうでもいいんですが、色々と個人的に初めての試みがあり、その辺のノウハウをメモしていきたいなと。 と言うわけで、今回は自分でPreferenceを継承し、PreferenceActivityから呼べるクラスを作成してみます。 デフォルトで使用できるPreferenceandroidではSDK上にいくつかの便利なPreferenceが既に用意されています。PreferenceのKnown Direct Subclassesから引っ張ってみると、こんな感じですね。 DialogPreferenceRingtonePreferenceTwoStatePreference更に（RingtonePreferenceはちょっと違うけど）上記のKnown Direct Subclasses
![[Android]PreferenceActivityで使えるPreferenceを自作する](https://cdn-ak-scissors.b.st-hatena.com/image/square/90eb2958e42491074ba3b8e136706c060c1c0ee5/height=288;version=1;width=512/https%3A%2F%2F66.media.tumblr.com%2Favatar_40dd84613d3b_512.pnj){kind=avatar}
Can Android apks be tested with UnitTests in Groovy?
I have an Android project and created some new Unit tests and decided to write them in Groovy. For some reason I can’t get Gradle to notice and build them. Is this possible? The directory with the groovy unit tests are included in sourcesets.test.java.srcDirs. If I drop a Java file in that directory it gets noticed and built by Gradle, but the Groovy files are ignored. I know that I can’t use the
How to add -Xlint:unchecked to my Android Gradle based project?
I tried to add the following to the root build.gradle file: subprojects { gradle.projectsEvaluated { tasks.withType(Compile) { options.compilerArgs << "-Xlint:unchecked -Xlint:deprecation" } } } But I'm getting this: FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':Libraries:ActionBarSherlock:compileRelease'. > invalid flag: -Xlint:unchecked -Xlint:deprecatio
Android Unit Tests - no such property: bootClasspath
I'm trying to execute a simple test case for Android following just announced unit testing support - http://tools.android.com/tech-docs/unit-testing-support After carefully following the walkthrough I'm trying to run ./gradlew test. I'm getting this error: Execution failed for task ':app:compileDebugGroovy'. > No such property: bootClasspath for class: com.android.build.gradle.AppPlugin while usin
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Configure your build | Android Studio | Android Developers
Android Studio 3.0 Flavor Dimension Issue
Android Studio 3.0 Compile Issue (Cannot choose between Configurations)
Failed to resolve: com.android.support:appcompat-v7:27.+ (Dependency Error)
2.4 to 3.0 Upgrade Guide
Problem with avoiding right caret on Android