2017-04-27

勉強：動的にコントロールを作成する方法

静的に作るばかりだったので、動的にコントロールを作成するとどんな感じか調べました。

参考サイト

https://akira-watson.com/android/button-hardcoding.html

ふむふむ。

今電車で満員電車なので、

帰って速攻まとめます!

2017-04-26

勉強：データバインディングライブラリ?

データバインディングライブラリ知らなかった。。。

ロジックとレイアウトのデータを結びつけるのに最低限のコードで済ませることができるのがこのデータバインディングライブラリ。

今までリストを表示する為に、プログラム上でレイアウトとデータを結び付ける処理が必要だったのですがそれを XML 内に記述ができます。

以下引用と調べた基本的なこと↓

使用可能環境

サポートライブラリのため、Android 2.1（API レベル 7 以降）のすべての Android プラットフォームバージョンでお使いいただけます。

データバインディングを使うには、Android Plugin for Gradle 1.5.0-alpha1以降が必要です。

使用する為に

アプリでデータバイディングを使用するよう設定するには、dataBinding要素をアプリモジュール内の build.gradle ファイルに追加します。

設定に使うコードスニペットは次のとおりです。
android {
    ....
    dataBinding {
        enabled = true
    }
}

実際に使ってみよう♫

データバインディング用のレイアウトファイルは通常のレイアウトファイルとは若干異なっており、最初にルート要素の layout タグがあり、その下に data要素、view のルート要素と続きます。この view 要素は、通常のレイアウトファイルにおけるルート要素です。サンプルファイルは以下のようになります。
<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android">
   <data>
       <variable name="user" type="com.example.User"/>
   </data>
   <LinearLayout
       android:orientation="vertical"
       android:layout_width="match_parent"
       android:layout_height="match_parent">
       <TextView android:layout_width="wrap_content"
           android:layout_height="wrap_content"
           android:text="@{user.firstName}"/>
       <TextView android:layout_width="wrap_content"
           android:layout_height="wrap_content"
           android:text="@{user.lastName}"/>
   </LinearLayout>
</layout>
data 要素内の user variable で、このレイアウトで使用するプロパティを記述します。
<variable name="user" type="com.example.User"/>
レイアウト内の式は、 "@{}" 構文を使った属性プロパティで記述します。これで、TextView のテキストが user の firstName に設定されました。
<TextView android:layout_width="wrap_content"
          android:layout_height="wrap_content"
          android:text="@{user.firstName}"/>
次にデータオブジェクトの指定をします。User クラスに Plain Old Java Object (POJO) を使用しているとします。
public class User {
   public final String firstName;
   public final String lastName;
   public User(String firstName, String lastName) {
       this.firstName = firstName;
       this.lastName = lastName;
   }
}
このタイプのオブジェクトが持つデータは変更できません。アプリでは一度だけ読み込んで、その後はまったく変更がないデータを使用することが多くあります。また、JavaBeans オブジェクトを使うこともできます。
public class User {
   private final String firstName;
   private final String lastName;
   public User(String firstName, String lastName) {
       this.firstName = firstName;
       this.lastName = lastName;
   }
   public String getFirstName() {
       return this.firstName;
   }
   public String getLastName() {
       return this.lastName;
   }
}
データバインディングの観点では、この 2 つのクラスは同等です。TextView の android:text 属性に使われる @{user.firstName} 式は、先のクラス内で firstName フィールドに、後のクラス内で getFirstName() メソッドにアクセスすることになります。または、firstName() メソッドが存在すれば、そのメソッドに解決されます。

データのバインディングについてデフォルトでは、レイアウトファイルの名前をパスカルケースに変換して、末尾に "Binding" をつけたものがバインディングクラスになります。上のレイアウトファイルは main_activity.xml なので、MainActivityBinding クラスが作成されます。このクラスにはレイアウトプロパティ（user 変数）からレイアウトのビューまでのすべてのバインディングが含まれ、バインディング式に値を適用する方法が指定されています。バインディングの作成はインフレート中に行うのが最も簡単です。
@Override
protected void onCreate(Bundle savedInstanceState) {
   super.onCreate(savedInstanceState);
   MainActivityBinding binding = DataBindingUtil.setContentView(this, R.layout.main_activity);
   User user = new User("Test", "User");
   binding.setUser(user);
}
これで完了です。アプリを実行して、UI で Test User が見えることを確認してください。次のようにしても確認できます。
MainActivityBinding binding = MainActivityBinding.inflate(getLayoutInflater());
ListView または RecyclerView アダプタ内でデータバインディングアイテムを使う場合には、こちらの方法を使用することをお勧めします。
ListItemBinding binding = ListItemBinding.inflate(layoutInflater, viewGroup, false);
//or
ListItemBinding binding = DataBindingUtil.inflate(layoutInflater, R.layout.list_item, viewGroup, false);

リスト、配列およびマップのアクセスについて

一般的なコレクションである配列、リスト、疎なリスト、マップには、便宜上、演算子 [] を使ってアクセスします。

<data>
    <import type="android.util.SparseArray"/>
    <import type="java.util.Map"/>
    <import type="java.util.List"/>
    <variable name="list" type="List&lt;String&gt;"/>
    <variable name="sparse" type="SparseArray&lt;String&gt;"/>
    <variable name="map" type="Map&lt;String, String&gt;"/>
    <variable name="index" type="int"/>
    <variable name="key" type="String"/>
</data>
…
android:text="@{list[index]}"
…
android:text="@{sparse[index]}"
…
android:text="@{map[key]}"

参考サイト：

developer.android.com

qiita.com

2017-04-25

勉強：thisとgetContextの違いについて

プログラムで

thisを使っているところもあったり

getApplicationContextも使っているところもあったり

違いはなんなのかなーーー？

と思ったので、確認。

yuki312.blogspot.jp

以下引用

●Contextのライフサイクル
ApplicationContextはアプリケーションのライフサイクルと連動し、ActivityContextは
アクティビティのライフサイクルと連動しています。
つまり、２つはどちらもContextインスタンスではありますが、中身は全く異なるものに
なります。

ContextのライフサイクルについてはDeveloperページのgetApplicationContextが参考に
なります。
以下要約です。

BroadcastReceiverを登録するregistReceiverを使用するケースにおいて...
・ActivityContextを使った場合
レシーバはActivityと関連付けて登録されます。システムはActivityが破棄される
前に登録したBroadcastReceiverがunregistReceiverされることを期待します。
もしunregistReceiverされなかった場合は、フレームワークがこれをクリーンナップし、
エラーログを出力します。

・ApplicationContextを使った場合
レシーバはApplicationと関連付けて登録されグローバルな状態となる。
そのためフレームワークがこれをクリーンアップすることがなく、unregistReceiverを
忘れると容易にリークしてしまいます。

参考：http://developer.android.com/reference/android/content/Context.html#getApplicationContext()

Contextを渡す対象のAPIは、ActivityかApplicationどちらが良いのかについては、
ライフサイクルを意識することも重要であることが上記からわかります。

●Context保持によるメモリリーク問題
Contextに関するメジャーな問題としてメモリリークがあります。
前述からもわかるようにContextへの参照はActivityへの参照でもある可能性があります。

下記のようにActivityContextを長期間保持するようなコードは簡単にメモリリークを引
き起こす可能性があります。
private static Context mContext;
// ...
mContext = activityInstance;
ActivityContextはActivityのライフサイクルと連動していることを思い出してください。
private staticなmContextは、これを保持するActivityのライフサイクルが終了したとして
も、mContextによるActivityへの参照は破棄されず、メモリリークが発生します。

Contextへの参照を使用する場合に留意するべき点は下記となります。

Contextの参照は関連するContextのライフサイクルに合わせる
（ApplicationContextならApplicationライフサイクルに、ActivityContextであれば
Activityのライフサイクルに合わせること）

可能であればApplicationContextの使用を考える

Activity内部に非staticなインナークラスの作成は極力避ける。

可能であればActivityへの参照は弱参照を用いる

Context参照がリークした場合、Activityとそれに紐付くインスタンス(特にViewやBitmap等)
が諸々リークするため、予想以上に大量のメモリリークとなる恐れがあります。
場合により、ガベージコレクタによるインスタンス回収が間に合わずOutOfMemory例外が
発生することもあります。(ガベージコレクタはメモリリーク保証しない)

Contextにまつわるメモリリーク問題のより詳細な情報は下記が参考になります。
http://developer.android.com/resources/articles/avoiding-memory-leaks.html