【Retrofit を読む】 利用者が定義したインターフェイスに実装を提供する Java ライブラリの作り方 【リフクレション】 - ひだまりソケットは壊れない
この記事は、はてなエンジニアアドベントカレンダー 2014 の 15 日目のエントリです。 昨日は id:chris4403 による 「開発合宿で何を考えてどう作ったか」 でした。 このエントリでは、Android アプリおよび Java アプリケーション用の REST クライアントライブラリである Retrofit のコードを参照しながら、利用者が定義したインターフェイスの実装を提供するようなライブラリの実装方法について説明します。 主に Java のリフレクションの話になります。 注意点など 本記事中に掲載されている Retrofit のコードは、Apache License, Version 2.0 のもとで公開されているものです。 記事執筆時点の master ブランチの最新のコミットを参照しています。 Android アプリ開発者で Retrofit のコードを読みたい人は An
デザイナーがandroidのXMLコーディングをやる利点について発表しました - ゆるりブログ
先日の土曜日に、はてな主催で行われたイベントで現在のチームで行っているフローを紹介しながらデザイナーがXMLを書くと良いことについて発表してきました。 ちなみにXMLというのはAndroidのレイアウトを制御するための言語です。 なぜデザイナーがコーディングまでやるといいと思っているのか、感じていることを少し書きます。 カンプは実装と違う カンプと実際に動くものとは全然違います。例えばタイトルと本文が動的に入るようなアプリを制作しているとします。とすると、自分が想定しないくらい長いタイトルをつける人がいれば、めちゃくちゃ短い本文を連続して書く人もいるかもしれません。どんな文章が入ってもいい感じに見せたいのですが、PhotoshopやIllustrator上だと想像がしずらいです。 また、カンプでボタンのon/offのパターンを作った場合も同様です。実際使ってみると色の変化が大げさだなとか、
Android Studio便利テク #3 — メソッドをグルーピングする - cockscomblog?
Javaでクラスの実装を進めていくと、あるメソッドが継承元クラスのメソッドをオーバーライドしているのか、あるいは何らかのinterfaceの実装なのか、だんだん見分けがつかなくなります。一定の規則でメソッドを並べたり様々な工夫があることと思います。 Xcodeのpragma mark #pragma mark - UITableViewDelegate iOSアプリ開発に慣れていれば、上記のような#pragma markを残しておく習慣があることでしょう。ちなみにSwiftでは以下のようになります。 // MARK: - UITableViewDelegate region Android Studioにはpragma markとは少し違いますが、regionというコメントの書き方があります。 //region GoogleApiClient.ConnectionCallbacks @Ov
Android Studio便利テク #2 — デバッグ中にbyte[]の中身の文字列を読む - cockscomblog?
Androidアプリの開発では、デバッグ中にbyte[]型のバイト列を見ることがあります。ネットワーク通信の結果やファイルから読み出したデータなど様々ですが、たいていの場合は文字列です。本記事では、Android Studioでbyte[]の内容を簡単に確かめる方法を紹介します。 例えばネットワーク通信のレスポンスとして、40Xのステータスコードと共に、ボディにエラーの内容を表すバイト列が含まれているとします。そのようなとき、エラーの内容を知るために byte[] body = response.getBody(); Log.d(TAG, new String(body)); のようなコードを事前に仕掛けておいてログを眺めるのはいかにも効率が悪いですね。このようなプリントデバッグでは、目的の情報が得られるまでに何度も実行してみないといけないかもしれません。 ブレークポイントを置いてデバッガ
![Android Studio便利テク #2 — デバッグ中にbyte[]の中身の文字列を読む - cockscomblog?](https://cdn-ak-scissors.b.st-hatena.com/image/square/441a998c15d47a55f567bd1cf65ed34d6f2b06e3/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fc%2Fcockscomb%2F20140805%2F20140805193124.png)
Android Studio便利テク #1 — フィールド名にプリフィックスを付ける - cockscomblog?
Androidの一般的なコーディングスタイル*1によれば、フィールド名にいくつかの規則がある。このなかにprivateでstaticじゃないフィールドはmから始まること、staticなフィールド名はsから始まること、という二つの決まりがある。 Android Studioでそのように書いていると、ゲッターやセッターをGenerateしたときなどにちょっと困ったことが起きる。 private Object mField; public Object getField() { return mField; } public void setField(Object field) { mField = field; } 本来は上記のようなメソッドが生成されてほしい。しかしデフォルトでは以下のようになる。 private Object mField; public Object getmField
ImageView丸くする - ギークに憧れて
2014-07-27 ImageView丸くする TODO:検証する Material Designとか出てImageView丸くしたい場合があると思う。 パフォーマンスは置いといて実装するだけならいくつかやり方ありそう。 XML なんでもいいけど適当にShape作ってImageViewに被せる。描画コストがかかるのであんまりよくなさそう。 circle_corners.xml <?xml version="1.0" encoding="utf-8"?> <shape xmlns:android="http://schemas.android.com/apk/res/android" android:shape="rectangle"> <corners android:radius="30dp" /> <stroke android:color="#ffffffff" android
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
