OkHttpでCertificate Pinning - Qiita
注：この記事の内容には筆者のセキュリティの知識不足・理解不足等により，間違った内容である可能性があります．お気づきの際は編集リクエストやコメントにてご指摘いただければ幸いです． 追記：コメントにて、TLS通信が生きている状態であればMITM攻撃を防御できると指摘いただきました。ありがとうございました。 サンプルコードはKotlinです． はじめに 昨今はほぼすべての通信がTLS（SSL）化されてきており， Androidでも9 (Pie)からTLS通信がデフォルト化され，クリアテキストで行われる通信は別途定義をしなければならなくなります． TLS通信は，言うまでもなくサーバーと通信を行った際に，「その証明書が正規なものか」を判断する処理を行うことが重要ですが，Androidアプリにおいて「その証明書が正規なものか」を利用者が判断することは（ほぼ）できません．それどころか，アプリ利用者は，ア
クックパッドアプリ(Android)の開発効率化のためにやったこと/やっていること - クックパッド開発者ブログ
モバイル基盤部のこやまカニ大好き(id:nein37)です。 モバイル基盤部では、CI環境の改善やアプリのリリースサイクル自動化といった開発・リリースフローの効率化に加え、アプリのビルド速度改善や開発のしやすさを改善する様々な取り組みを行っています。 今回はその中から、クックパッドアプリ(Android)に対して行った開発効率化の取り組みの一部を紹介したいと思います。 あわせて読みたい : Android版クックパッドアプリで採用している技術の現状確認 2018年版 日々のメンテナンス系 不要になったソースコードやリソースの削除 Lint設定の最適化/Lint警告の除去 画像リソースのWebP化/WebPおじさん化 minSdkVersion 21 後の変更 Ripple 対応 android:elevation の指定で影をつける *-v21 系代替リソースの整理 ツール導入など And
AndroidでSingletonを使っていいのか - Qiita
結論 「Android Singleton」で検索すると、Singletonを使うなという記事がたくさん出てきます。 しかし、公式のAndroid Developersには以下の通り「ほとんどのケースでは、Applicationのサブクラスを作るよりも、static Singletonの方がいい」と書いてあるので、使って大丈夫です。 Android Developers: Application Note: There is normally no need to subclass Application. In most situations, static singletons can provide the same functionality in a more modular way. If your singleton needs a global context (for e
ML Kit For Firebaseを使ってスマホで色々検出してみた | DevelopersIO
はじめに 当エントリでは、AndroidとiOSの端末上で機械学習を扱いやすくするML Kit for Firebaseについて紹介します。 ML Kit for Firebaseはクイックスタートが公開されているため、簡単に試す事ができます。その内容についても紹介していきます。 目次 ML Kit For Firebaseとは TensorFlow Liteとは クイックスタートをやってみた さいごに 参考 ML Kit For Firebaseとは ML Kitはモバイル端末上で機械学習を扱いやすくするためのパッケージです。 今はパブリックベータ公開ではありますが、Firebaseで使うことができます。 BaseAPI 次のような機能がBase APIとして用意されています。学習済みのモデルを使った機能なので、自分でモデルを用意する必要がなく、お手軽に使うことが出来ます。クラウドAPI
CIのビルドを通知する仕組みをAndroidとFirestoreで作った話 | Wantedly Engineer Blog
モチベーション最近、Bitrise、Travis CI、Circle CI、JenkinsといったいろいろなCIサービスがでてきました。WantedlyでもいくつかのCIサービスを用途毎に使い分けて導入しています。筆者はAndroidのアプリを主に担当しているのでアプリのビルドや自動テストをCIに任せています。 ある日、仕事中にふと「ブランチごとのビルドやテストの結果を光って通知するデバイスがあれば楽しくない？」と思いました。小さなデバイスで、ディスプレイにブランチとそのステータスが表示され、更新があると光って教えてくれる、そんなデバイスを思い浮かべました。 そんな自分の要望にお答えしてCatbell Notifierというアプリを作りました。基本はDIYです。エンジニアの端くれなので。 プロジェクトサイト： https://github.com/cattaka/CatbellNotifi
okhttpで非同期リクエストを実行するとき実行スレッドはどうなっているのか - たごもりすメモ
複数のホストに並行してHTTPリクエストを送るコードをJavaで書く必要があって、Undertowをサーバに使ってるんでUndertowの http client でもいいかなーと思ってたんだけど、okhttpにも非同期リクエストの機能があるみたい。 ただパッと見て実行スレッド数の設定とかどうなっとるんや、というのが全くわかんなかったのでちょっとコードを追ってみたところ、以下のような感じのコードを発見しました。 呼び出し順としてはの以下ような感じ。 OkHttpClient.newCall(Request req) Call.enqueue(Callback callback) RealCall.enqueue(Callback callback) client.dispatcher().enqueue(new AsyncCall(responseCallback)); ココ なんで、この
Androidで最新のJavaを使えない問題に向き合ってみた - Speee DEVELOPER BLOG
Speee技術顧問の id:gfx です。 もうかなり時間が立ってしまいましたが、2月に行われたSpeeeKaigi #2 で基調講演をやらせてもらいました。 SpeeeKaigi #2の様子はこちらです。 tech.speee.jp 社内でこういうイベントがあるのはとてもいいですね。今回は自由テーマだったので、各人の興味分野が知れて大変楽しい一日でした。 私も普段の仕事とはあまり関係ない自由研究として、Retropilerというツールを開発して発表しました。当日のプレゼンテーションはQiitaにあります。 Retropiler: AndroidでJava8の機能を使うもう一つの方法 Retropiler: https://github.com/retropiler/retropiler この資料はwhatにフォーカスしているので、それを補間すべくwhyとhowをこのエントリで書きます。
Android のアカウントマネージャ (AccountManager) の概説 - ひだまりソケットは壊れない
最近 Android のアカウントマネージャを仕事で触ったので、調べた内容としてアカウントマネージャの概要をまとめておきます。 Web 上を調べると AccountManager を使う処理の実装方法はいろいろ見つかるのですが、アカウントマネージャの概要を説明しているページはあんまりなくて全体像を掴みにくいと思っています。 そういう情報を探している人の役に立てば幸いです。 公式ドキュメント アカウントマネージャに関する公式ドキュメントは以下のものぐらいしかなさそうです。 AccountManager クラスのドキュメントを全て (各メソッドの説明も含めて) 読むと大体理解できると思います。 (下記ドキュメントを見て理解したら本ページの内容を読む必要はありません。) AccountManager | Android Developers AbstractAccountAuthenticato
Androidのプレゼンテーション層アーキテクチャ - Qiita
はじめに この記事では、筆者の独断と偏見でAndroidのプレゼンテーション層アーキテクチャについて紹介していきます。 感想・つっこみコメント、編集リクエストはWelcomeです。 パターン紹介 パターン1: Smart UI ViewのコードビハインドであるActivityやFragmentに直接ロジックを書くアーキテクチャです。 別名マッチョActivity。 アンチパターンとして有名ですが、条件によっては選択肢に含めるべきです。 具体的には保守が行われないことがわかっているケースです。 数日で使い捨てるアプリに凝ったアーキテクチャは必要でしょうか？ スピードが最重要であり、とりあえずプロトタイプが必要な場合でもSmart UIはアンチパターンでしょうか？ 答えはケースバイケースです。 メリット 小規模アプリやプロトタイプ程度であれば素早く作ることができる デメリット テスタビリティが
Androidオールスターズの資料と関連ツイートのまとめ - Qiita
Androidオールスターズに行ってきたので、その資料や気になった関連ツイートを、メモがてらまとめてみました。 Androidオールスターズ ちなみに今回の会場となっていたdotsですが、普段はコミュニティスペースとして開放しているようで、利用料金も安めでよさ気でした。 イベント＆コミュニティスペース - dots.[ドッツ] in 渋谷 渋谷だと、dotsの近くに楽天カフェもあったりして、作業スペースがかなり充実している感があります。 楽天カフェ （この記事はイベント終了後に楽天カフェで書きました） Web API in Android world 黒川 洋氏（@hydrakecat｜hkurokawa） 資料 Web API in Android World 気になった関連ツイート #dotsandroid れすとふるについて。きれいにAPIを切るよりもユースケースに依存したほうがいい
【v7 appcompat library を読む】 レイアウト XML のインフレート時に各種 view が compatible widget に変換される仕組み - ひだまりソケットは壊れない
Android アプリ開発時にお世話になる v7 appcompat library と LayoutInflater の話です。 この記事の内容は、v7 appcompat library のバージョン 23.1.1 をもとに記述しました。 v7 appcompat library の compatible widget v7 appcompat library には、AppCompatTextView などの compatible widget *1 がいくつか含まれています。 いくつか下に挙げてみます。 AppCompatTextView : TextView の compatible widget AppCompatButton : Button の compatible widget AppCompatImageView : ImageView の compatible widg
9patchの異常な仕様、あるいはなぜ私はドットを打つのをやめて scriptを書くようになったか - Qiita
これは俺の Advent Calendarの 3日目の記事です。 今日はガチ Androidの話を書きます。面倒くさい PNGの編集を gradle plugin を作って楽にした話です。時間がない人は 後半から読んでもらうといいかもです。 9patchは必要だけどクソ Android programmerなら 9patch というのを聞いたことがあると思います。任意のサイズにあわせられるように、PNG画像を 9分割して、真ん中の部分を縦横に伸ばすやつです。 ご存知のようにこれは通常の PNGのを上下左右 1pixelずつ広げて、そこに特殊な黒い点を打つことによって指定します。はっきり言って変な仕様です。きっと設計したプログラマは「やった、一つのファイルで拡大する場所と画像を両方指定できる! 関連するデータが一つになって便利だ! 俺頭いい!!」とか思ったんでしょう。 でもこれを今からディス
Gradle3におけるJavaプロジェクトのビルド入門(2) #gradle - mike-neckのブログ
前回は、JVM component modelによるJavaプロジェクトのビルドの入門をおこなった。 mike-neck.hatenadiary.com これまでのjavaプラグインに比べると記述量が増えてしまうが、遜色ないビルドができることは示せたと思う。 複数ライブラリー(コンポーネント) 前回、簡単にするためにmainというライブラリーだけに限ってプロジェクトのビルドを行いましたが、複数のライブラリー(コンポーネント)を指定することも可能でした。そこで、今回はまず複数のライブラリーを作成するプロジェクトを構築してみたいと思います。 前回用いたMainクラスとResクラスをそれぞれ別のライブラリーに分けることにします。 クラス ライブラリー sample.Main main sample.Res res また、resources/app.propertiesファイルはmainライブラリ
AsyncTaskだってすてたもんじゃないという話 - Qiita
最近、RxAndroidなどの話と絡めてなにかとdisられるAsyncTaskですが、そんなAsyncTaskもやればできる子ということを紹介したいと思います。 追記： ActivityがOSによって破棄された場合に、クラッシュするケースについて、ご指摘いただいたので、shouldReject()メソッドを修正しました。 追記2: shouldReject()で使っていたisDestroyed()メソッドがAPIレベル17以上限定だったので、hasWindowFocus()メソッドに差し替えました。 なにが悪いの？ disられるポイントは、おもに3つです。 例外処理が考慮されていないインターフェース。 ActivityやFragmentのライフサイクルが考慮されてないので安全じゃない。 非同期処理の待ち合わせができない。 ここでは、AsyncTaskを継承したクラスを作ることで、上の2つを
Android らしい Java - 1. 非同期性
仕事で Android アプリのコードを触り始めはや数ヶ月。少しは理解が進んだ。 今の仕事のコードは、残念ながらそれほど素晴らしくない。その昔 Android Java にまだ慣れていなかった人々が書いたであろう古いコードが目につく。そして古いコードの昔ながらな残念さは、従来の Java とは違う Android Java の「らしさ」を描き出す。そんな話を数回にわけて書いてみたい。 第一回は非同期性のはなし。 Android のアプリはメインスレッドをブロックしてはいけない。だから色々と非同期に書く。ところが従来の Java は非同期がさほど得意でない。多くの API がブロックする。 ブロックする処理は別のスレッドに追い出せばいい。ただし結果はイベントループを通じてメインスレッドに戻さないといけない。これを綺麗に書くイディオムが、Android では最近まで確立されていなかった(Asy
Using Flow & Mortar
About the content This content has been published here with the express permission of the author. Thorben Primke introduces Flow and Mortar, two Android libraries written by Square, at the Bay Area Android Dev Group. He will not only discuss them, but also go through a sample application, as well as helper classes that he leverages to reduce boilerplate code and handle lifecycle events. Background
Androidの非同期処理の話 - Qiita
Help us understand the problem. What is going on with this article? 非同期処理でよく使う IntentService と AsyncTask は何が違って何が同じなのかという記事を読んだので。 HandlerThreadについて HandlerThreadは、内部に持っているHandlerにメッセージが渡ってきた時、それを順に処理するようできているので、メッセージを同時に複数送ると、ジョブキューのようにシリアルな動作で、メッセージを1つずつ捌いていきます。 これはHandlerThreadのコードを読むのが早いのですが（凄く短いので）、このクラスはイベントループに紐付けるための定型処理のある、ただのThreadのサブクラスです。なので、内部に持っているのは、Handler（メッセージ）ではなく、Looper（イベントループ
Android WebView の進化と実装 - outcesticide
Android WebView は Android のバージョンごとにブラウザエンジンが異なる。 Android 4.1～4.3（JellyBean）まで: WebKit Android 4.4（KitKat）から: Chromium ※Chromium のレンダリングエンジンは Blink であり、Blink は WebKit をベースとしている。 さらに、Android 5.0（Lollipop）からは、WebView がブラウザエンジンを含む APK として配信されることになった。 Android 4.1～4.3（JellyBean） 将来的に WebView のブラウザエンジンを WebKit から Chromium にするため、IceCreamSandwich 以前の WebView クラスを WebViewClassic に変更し、いくつかのクラスが追加された。 WebView
Asynctaskを使って非同期処理を行う | TechBooster
先日、Google Developer Day2010に参加してきました。その中のティム ブレイさんの「高性能なAndroidアプリを作るには」というセッションで、ユーザの満足度を高めるためにはUIスレッドが大事という話がありました。 UIスレッドで重たい処理を行ってしまうと、その処理が終わるまではユーザの操作を受け付けなくなってしまいます。そうするとアプリは正規の処理一生懸命しているのですが、ユーザはアプリがハングしてしまったのではないか？と思ったり、反応が遅くて不快に思ったりします。 それを防ぐためにAsynctaskが紹介されていました。今回はそのAsynctaskを使った例を説明したいと思います。 それでは続きで説明してきます。 サンプル：画像処理 重たい処理の例として画像処理をあげたいと思います。AndroidMarketにもトイカメラ風の写真を撮るアプリなど素晴らしいアプリがい
[Android] Contextの持ち方～ApplicationContext
Android開発では、Context型のオブジェクトを使い回すことがやたら多い。 問題はActivity（もしくはService）の中で利用できるContext型のオブジェクトはActivity（Service）のインスタンス自身と、getApplicationContext() で取得できるApplicationのインスタンスの二種類があるということだ。 // 例えばActivity内でトーストを表示するとき、以下2通りのContextを渡せる。 Toast.makeText(this, "Activity", Toast.LENGTH_SHORT).show(); Toast.makeText(getApplicationContext(), "Application", Toast.LENGTH_SHORT).show(); このあたりについては各所でまとめられている。例えばこちら
![[Android] Contextの持ち方～ApplicationContext](https://cdn-ak-scissors.b.st-hatena.com/image/square/c6e506c50dd6978536793e917ace9e259651a569/height=288;version=1;width=512/https%3A%2F%2Fsecure.gravatar.com%2Fblavatar%2F08997692798ee80e8041d04c16a8ce13189b68a4645e09b6a485c39fa47a81bb%3Fs%3D200%26ts%3D1708037013){kind=avatar}
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
