Kotlinでの最新のAndroid開発。 パート1

この記事は、 Mladen Rakonjacによる記事の翻訳です。



Android Studio 3.0でAndroidの開発のすべてをカバーするプロジェクトを見つけるのは非常に難しいので、私はそれを書くことにしました。 この記事では、以下を分析します。

1. Android Studio 3
2. Kotlinプログラミング言語
3. 組み立てオプション
4. 制約レイアウト
5. データバインディングライブラリ
6. MVVMアーキテクチャ+リポジトリパターン（マッパーを使用）+ Androidマネージャーラッパー
7. RxJava2とそれがアーキテクチャでどのように役立つか
8. Dagger 2.11、依存性注入とは何ですか、なぜこれを使用する必要がありますか。
9. レトロフィット（Rx Java2）
10. ルーム（Rx Java2）

アプリケーションは何になりますか？

私たちのアプリケーションは、上記のすべてをカバーする最も単純なアプリケーションです。GitHubからすべてのgooglesamplesユーザーリポジトリを抽出し、このデータをローカルデータベースに保存してユーザーに表示する関数が1つだけあります。



できるだけ多くのコード行を説明しようとします。 GitHubに投稿したコードはいつでも確認できます 。

Android Studio

Android Studio 3をインストールするには、 このページにアクセスしてください



Android Studio 3はKotlinをサポートしています。 Androidプロジェクトの作成を開きます 。 そこに、 Kotlinサポートを含むというラベルの新しいフラグが表示されます 。 デフォルトで選択されています。 [ 次へ]を 2回クリックして[ 空のアクティビティ ]を選択し、[ 完了 ]をクリックします。



おめでとうございます！ Kotlinで最初のAndroidアプリを作成しました:)

コトリン

MainActivity.ktを見ることができます：

package me.fleka.modernandroidapp import android.support.v7.app.AppCompatActivity import android.os.Bundle class MainActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

.kt拡張子は、ファイルがKotlinファイルであることを意味します。



MainActivity：AppCompatActivity（）は、 AppCompatActivityを拡張することを意味します。



さらに、すべてのメソッドにはキーワードfunが必要です。Kotlinでは、使用する必要はありません。 必要に応じてできます。 Javaのように、アノテーションではなくoverrideキーワードを使用する必要があります 。



それはどういう意味ですか？ savedInstanceState：Bundle？ ？ これは、savedInstanceStateがBundle型またはnull型であることを意味します 。 Kotlin nullは安全な言語です。 あなたが持っている場合：

 var a : String
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

aは初期化する必要があり、 nullにはできないため、コンパイルエラーが発生します 。 つまり、次のように書く必要があります。

 var a : String = "Init value"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

さらに、これを行うとコンパイルエラーが発生します。

 a = null
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

NULL可能にするには、次のように記述する必要があります。

 var a : String?
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これがKotlin言語の重要な機能なのはなぜですか？ これにより、 NPEを回避できます。 Android開発者はすでにNPEにうんざりしています。 nullの作成者であるTony Hoar Evenでさえ、発明に対して謝罪しました。 null許容のnameTextViewがあるとします。 変数がnullの場合、次のコードでNPEを取得します。

 nameTextView.setEnabled(true)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

しかし、実際にはコトリンは良いです、彼は私たちがそれをすることさえ許さないでしょう。 演算子を使用しますか？ または演算子!! 。 演算子を使用する必要がありますか？ ：

 nameTextView?.setEnabled(true)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

文字列は、nameTextViewがnullでない場合にのみ実行されます。 それ以外の場合、演算子を使用すると!! ：

 nameTextView!!.setEnabled(true)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

nameTextViewが nullの場合、NPEを取得します。 これは冒険家向けです:)。

これはKotlinの簡単な紹介です。 続行すると、Kotlinの別の特定のコードの説明を停止します。

2.バリアントの作成

開発では、多くの場合異なる環境があります。 最も標準的なのは、 テストおよび実稼働環境です。 これらの環境は、サーバーURL、アイコン、名前、宛先APIなどが異なる場合があります。 各プロジェクトのflekaには次のものがあります。

• finalProduction。GooglePlayストアに出荷されます。
• demoProduction 、つまり、まだGoogle Playストアにない新機能を備えた運用サーバーのURLを含むバージョン。 お客様は、このバージョンをGoogle Playの隣にインストールして、テストしてフィードバックを提供できます。
• demoTestingは、テストサーバーURLを使用したdemoProductionと同じです。
• 開発者およびデザイナーとして私に役立つモック 。 時々、既製のデザインがあり、APIはまだ準備ができていません。 APIの開発が開始されるのを待つことは解決策ではありません。 このビルドオプションには偽のデータが付属しているため、設計チームはそれを確認してフィードバックを提供できます。 それを先送りしないことは非常に便利です。 APIの準備ができたら、開発をdemoTesting環境に移行します。

このアプリケーションでは、それらすべてを使用します。 それらは異なるapplicationIdと名前を持ちます。 Gradle 3.0.0には、製品の種類を混合できる新しいflavorDimension APIがあります。たとえば、 demoとminApi23の種類を混合できます。 このアプリケーションでは、「デフォルト」flavorDimensionのみを使用します。 アプリケーションのbuild.gradleに移動し、このコードをandroid {}内に貼り付けます

 flavorDimensions "default" productFlavors { finalProduction { dimension "default" applicationId "me.fleka.modernandroidapp" resValue "string", "app_name", "Modern App" } demoProduction { dimension "default" applicationId "me.fleka.modernandroidapp.demoproduction" resValue "string", "app_name", "Modern App Demo P" } demoTesting { dimension "default" applicationId "me.fleka.modernandroidapp.demotesting" resValue "string", "app_name", "Modern App Demo T" } mock { dimension "default" applicationId "me.fleka.modernandroidapp.mock" resValue "string", "app_name", "Modern App Mock" } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

競合が発生しないように、strings.xmlに移動してapp_name行を削除します。 次に、[ 今すぐ同期 ]をクリックします 。 画面の左側にあるBuild Variantsに移動すると、4つのビルドオプションが表示されます。各オプションには、 DebugとReleaseの 2つのビルドタイプがあります。 demoProductionビルドオプションに移動して実行します。 次に、別のスイッチに切り替えて実行します。 異なる名前の2つのアプリケーションが表示されます。

3. ConstraintLayout

activity_main.xmlを開くと、このレイアウトがConstrainLayoutであることがわかります。 iOS向けのアプリを作成したことがあれば、 AutoLayoutについて知っています 。 ConstraintLayoutは本当に彼のように見えます。 彼らは同じヒクイドリアルゴリズムを使用します。

 <?xml version="1.0" encoding="utf-8"?> <android.support.constraint.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" tools:context="me.fleka.modernandroidapp.MainActivity"> <TextView android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="Hello World!" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintLeft_toLeftOf="parent" app:layout_constraintRight_toRightOf="parent" app:layout_constraintTop_toTopOf="parent" /> </android.support.constraint.ConstraintLayout>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

制約は、 ビュー間の関係を記述するのに役立ちます 。 各Viewには 、各側に1つずつ、4つのConstraintが必要です。 この場合、 ビューは各側の親によって制限されます。



[ デザイン ]タブでTextViewの 「Hello World」を少し上に移動すると、[ テキスト ]タブに新しい行が表示されます。

 app:layout_constraintVertical_bias="0.28"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

[ デザイン]タブと[ テキスト]タブが同期されます。 [ デザイン ]タブの変更は、[ テキスト ]タブのxmlに影響を及ぼし、その逆も同様です。 Vertical_biasは、彼のConstraintの垂直ビュートレンドを示します。 垂直方向に中央揃えする場合は、次を使用します。

 app:layout_constraintVertical_bias="0.28"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

アクティビティに 1つのリポジトリのみを表示させましょう。 リポジトリの名前、星の数、所有者が表示され、リポジトリに問題があるかどうかが表示されます。







このようなレイアウトを取得するには、xmlは次のようになります。

 <?xml version="1.0" encoding="utf-8"?> <android.support.constraint.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" tools:context="me.fleka.modernandroidapp.MainActivity"> <TextView android:id="@+id/repository_name" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_marginEnd="16dp" android:layout_marginStart="16dp" android:textSize="20sp" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintHorizontal_bias="0.0" app:layout_constraintLeft_toLeftOf="parent" app:layout_constraintRight_toRightOf="parent" app:layout_constraintTop_toTopOf="parent" app:layout_constraintVertical_bias="0.083" tools:text="Modern Android app" /> <TextView android:id="@+id/repository_has_issues" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_marginEnd="16dp" android:layout_marginStart="16dp" android:layout_marginTop="8dp" android:text="@string/has_issues" android:textStyle="bold" app:layout_constraintBottom_toBottomOf="@+id/repository_name" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintHorizontal_bias="1.0" app:layout_constraintStart_toEndOf="@+id/repository_name" app:layout_constraintTop_toTopOf="@+id/repository_name" app:layout_constraintVertical_bias="1.0" /> <TextView android:id="@+id/repository_owner" android:layout_width="0dp" android:layout_height="wrap_content" android:layout_marginBottom="8dp" android:layout_marginEnd="16dp" android:layout_marginStart="16dp" android:layout_marginTop="8dp" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toBottomOf="@+id/repository_name" app:layout_constraintVertical_bias="0.0" tools:text="Mladen Rakonjac" /> <TextView android:id="@+id/number_of_starts" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_marginBottom="8dp" android:layout_marginEnd="16dp" android:layout_marginStart="16dp" android:layout_marginTop="8dp" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintHorizontal_bias="1" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toBottomOf="@+id/repository_owner" app:layout_constraintVertical_bias="0.0" tools:text="0 stars" /> </android.support.constraint.ConstraintLayout>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ツールにしましょう：テキストは気にしません。 レイアウトの良いプレビューを見るのに役立ちます。



レイアウトが平坦であることにお気づきかもしれません。 ネストされたレイアウトはありません。 ネストされたレイアウトは、パフォーマンスに影響を与える可能性があるため、できるだけ使用しないでください。 詳細については、 こちらをご覧ください 。 さらに、 ConstraintLayoutはさまざまな画面サイズでうまく機能します。







そして、私は希望する結果を非常に迅速に達成できるように思えます。

これはConstraintLayoutの簡単な紹介でした。 Googleコードラボはこちらから、 ConstraintLayoutドキュメントはGitHubにあります 。

4.データバインディングライブラリ

データバインディングライブラリについて聞いたとき、最初に自問した質問は、「 ButterKnifeは非常にうまく機能します。さらに、xmlからViewを取得するのに役立つプラグインを使用しています。これを変更する必要があるのはなぜですか？」 データバインディングについて詳しく知るとすぐに、最初にButterKnifeを使用したときと同じ気持ちになりました。

ButterKnifeはどのように役立ちますか？

ButterKnifeは、退屈なfindViewByIdを取り除くのに役立ちます。 したがって、ビューが5つある場合、Butterknifeを使用しないと、ビューをバインドする5 + 5行があります。 ButterKnifeには5行あります。 以上です。

ButterKnifeの何が悪いのですか？

ButterKnifeはまだコードサポートの問題を解決しません。 ButterKnifeを使用したときに、xmlのViewを削除し、Activity / Fragmentクラスのバインディングコードを削除しなかったため、実行時に例外が頻繁に発生しました。 また、Viewをxmlに追加する場合は、再度バインドする必要があります。 これは非常に退屈です。 あなたは連絡を取り合う時間を無駄にしている。

データバインディングライブラリはどうですか？

多くの利点があります！ データバインディングライブラリを使用すると、わずか1行のコードでビューをバインドできます。 それがどのように機能するかをお見せしましょう。 プロジェクトにデータバインディングライブラリを追加しましょう。

 // at the top of file apply plugin: 'kotlin-kapt' android { //other things that we already used dataBinding.enabled = true } dependencies { //other dependencies that we used kapt "com.android.databinding:compiler:3.0.0-beta1" }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

データバインディングコンパイラのバージョンは、プロジェクトのbuild.gradleファイルのgradleのバージョンと一致する必要があることに注意してください。

 classpath 'com.android.tools.build:gradle:3.0.0-beta1'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

[ 今すぐ同期]をクリックします 。 activity_main.xmlに移動し、 ConstraintLayoutをレイアウトタグでラップします 。

 <?xml version="1.0" encoding="utf-8"?> <layout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" xmlns:tools="http://schemas.android.com/tools"> <android.support.constraint.ConstraintLayout android:layout_width="match_parent" android:layout_height="match_parent" tools:context="me.fleka.modernandroidapp.MainActivity"> <TextView android:id="@+id/repository_name" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_marginEnd="16dp" android:layout_marginStart="16dp" android:textSize="20sp" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintHorizontal_bias="0.0" app:layout_constraintLeft_toLeftOf="parent" app:layout_constraintRight_toRightOf="parent" app:layout_constraintTop_toTopOf="parent" app:layout_constraintVertical_bias="0.083" tools:text="Modern Android app" /> <TextView android:id="@+id/repository_has_issues" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_marginEnd="16dp" android:layout_marginStart="16dp" android:layout_marginTop="8dp" android:text="@string/has_issues" android:textStyle="bold" app:layout_constraintBottom_toBottomOf="@+id/repository_name" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintHorizontal_bias="1.0" app:layout_constraintStart_toEndOf="@+id/repository_name" app:layout_constraintTop_toTopOf="@+id/repository_name" app:layout_constraintVertical_bias="1.0" /> <TextView android:id="@+id/repository_owner" android:layout_width="0dp" android:layout_height="wrap_content" android:layout_marginBottom="8dp" android:layout_marginEnd="16dp" android:layout_marginStart="16dp" android:layout_marginTop="8dp" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toBottomOf="@+id/repository_name" app:layout_constraintVertical_bias="0.0" tools:text="Mladen Rakonjac" /> <TextView android:id="@+id/number_of_starts" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_marginBottom="8dp" android:layout_marginEnd="16dp" android:layout_marginStart="16dp" android:layout_marginTop="8dp" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintHorizontal_bias="1" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toBottomOf="@+id/repository_owner" app:layout_constraintVertical_bias="0.0" tools:text="0 stars" /> </android.support.constraint.ConstraintLayout> </layout>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

すべてのxmlnsをレイアウトタグに移動する必要があることに注意してください。 次に、 ビルドアイコンをクリックするか、キーボードショートカットCtrl + F9 （MacではCmd + F9 ）を使用します。 データバインディングライブラリがActivityMainBindingクラスを生成できるようにプロジェクトをビルドする必要があります。これはMainActivityクラスで使用します。







プロジェクトをビルドしない場合は、コンパイル時に生成されるため、 ActivityMainBindingクラスは表示されません。 バインドはまだ完了していません。ActivityMainBinding型のゼロ以外の変数があることを伝えました。 さらに、あなたが見ることができるように、私は示しませんでしたか？ タイプActivityMainBindingの最後に、私はそれを初期化しませんでした。 これはどのように可能ですか？ lateinit修飾子を使用すると、ゼロ以外の変数を初期化待ちにすることができます。 ButterKnifeと同様に、 アクティビティの準備ができたら、 onCreateメソッドでバインディングの初期化を行う必要があります。 また、おそらくonCreateメソッドのスコープ外で使用しているため、 onCreateメソッドでバインディングを宣言しないでください。 バインディングはnullであってはならないので、 lateinitを使用します 。 lateinit修飾子を使用すると、アクセスするたびに変数バインディングをチェックする必要がありません。



バインディング変数を初期化しましょう。 交換する必要があります：

 setContentView(R.layout.activity_main)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

に：

 binding = DataBindingUtil.setContentView(this, R.layout.activity_main)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

以上です！ ビューが正常にリンクされました。 これで、それらにアクセスして変更を適用できます。 たとえば、リポジトリ名を「Modern Android Habrahabr Article」に変更しましょう。

 binding.repositoryName.text = "Modern Android Habrahabr Article"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ご覧のように、 バインディング変数を介してactivity_main.xmlから（もちろんidを持つ）すべてのビューにアクセスできます。 これが、 データバインディングが ButterKnifeよりも優れている理由です 。

コトリンのゲッターとセッター

Javaのように.setText（）メソッドがないことにすでに気付いているかもしれません。 ここで立ち止まって、Javaと比較してKotlinでゲッターとセッターがどのように機能するかを説明します。



まず、セッターとゲッターを使用する理由を知っておく必要があります。 これらを使用してクラス変数を非表示にし、メソッドのみを使用してアクセスを許可します。これにより、クラスクライアントからクラス要素を非表示にし、同じクライアントが直接クラスを変更するのを防ぎます。 JavaにSquareクラスがあるとします：

 public class Square { private int a; Square(){ a = 1; } public void setA(int a){ this.a = Math.abs(a); } public int getA(){ return this.a; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

setA（）メソッドを使用して、正方形の側に負の値を設定することをクラスクライアントに禁止します;それは負であってはなりません。 このアプローチを使用して、プライベートを作成する必要があるため、直接インストールできません。 また、クラスのクライアントが直接取得できないため、ゲッターを提供する必要があります。 このゲッターはを返します。 同様の要件を持つ10個の変数がある場合、10個のゲッターを提供する必要があります。 そのような行を書くことは退屈なことであり、通常、私たちは心を使いません。



Kotlinは開発者の生活を楽にします。 あなたが電話した場合

 var side: Int = square.a
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これは、に直接アクセスしているという意味ではありません。 これはと同じです

 int side = square.getA();
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Javaで。 その理由は、Kotlinがデフォルトのゲッターとセッターを自動的に生成するためです。 Kotlinでは、特別なセッターまたはゲッターがある場合にのみ指定する必要があります。 それ以外の場合、Kotlinは自動的に生成します：

 var a = 1 set(value) { field = Math.abs(value) }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

フィールド ？ これは何ですか 明確にするために、このコードを見てみましょう。

 var a = 1 set(value) { a = Math.abs(value) }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これは、Kotlinワールドではプロパティに直接アクセスできないため、 setメソッド内でsetメソッドを呼び出していることを意味します。 これにより、無限の再帰が作成されます。 a = somethingを呼び出すと、自動的にsetメソッドが呼び出されます。

フィールドキーワードを使用する理由と、セッターとゲッターの動作方法が明らかになったことを願っています。



コードに戻りましょう。 Kotlin言語のもう1つの優れた機能を紹介したいと思います 。

 class MainActivity : AppCompatActivity() { lateinit var binding: ActivityMainBinding override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) binding = DataBindingUtil.setContentView(this, R.layout.activity_main) binding.apply { repositoryName.text = "Medium Android Repository Article" repositoryOwner.text = "Fleka" numberOfStarts.text = "1000 stars" } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

applyを使用すると、単一インスタンスで複数のメソッドを呼び出すことができます。



データバインディングはまだ完了していませんが、まだやることがたくさんあります。 リポジトリのユーザーインターフェイスモデルクラスを作成しましょう（GitHubリポジトリのこのユーザーインターフェイスモデルクラスは、表示するデータを格納します。 リポジトリパターンと混同しないでください）。 Kotlinクラスを作成するには、New- > Kotlin File / Classに移動する必要があります。

 class Repository(var repositoryName: String?,var repositoryOwner: String?,var numberOfStars: Int? ,var hasIssues: Boolean = false)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Kotlinでは、プライマリコンストラクターはクラスヘッダーの一部です。 2番目のコンストラクタを提供したくない場合は、それだけです！ クラスの作成に関する作業はここで完了しました。 フィールド割り当て用のコンストラクターパラメーター、ゲッターおよびセッターはありません。 クラス全体を1行で！



MainActivity.ktクラスに戻り、 リポジトリクラスをインスタンス化します 。

 var repository = Repository("Habrahabr Android Repository Article", "Fleka", 1000, true)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ご覧のとおり、オブジェクトを作成するために新しいキーワードは必要ありません。



次に、 activity_main.xmlに移動して、 データタグを追加しましょう。

 <data> <variable name="repository" type="me.fleka.modernandroidapp.uimodels.Repository" /> </data>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

レイアウト内のリポジトリタイプであるリポジトリ変数にアクセスできます。 たとえば、識別子repository_nameを使用してTextViewで次の操作を実行できます 。

 android:text="@{repository.repositoryName}"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

TextView repository_nameには、 リポジトリ変数のrepositoryNameプロパティから取得したテキストが表示されます。 xmlのリポジトリ変数をMainActivity.ktのリポジトリにバインドすることのみが残ります 。

[ ビルド]をクリックしてデータバインディングライブラリを生成し、必要なクラスを作成し、 MainActivityに戻って2行追加します。

 binding.repository = repository binding.executePendingBindings()
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

アプリケーションを実行すると、 TextViewに 「Habrahabr Android Repository Article」が表示されます。 良い機能ですね :)



しかし、以下を実行するとどうなりますか？

 Handler().postDelayed({repository.repositoryName="New Name"}, 2000)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

新しいテキストは2秒後に表示されますか？ いいえ、表示されません。 リポジトリ値をリセットする必要があります。 このような何かが動作します：

 Handler().postDelayed({repository.repositoryName="New Name" binding.repository = repository binding.executePendingBindings()}, 2000)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ただし、プロパティを変更するたびにこれを行う必要がある場合は退屈です。 Property Observerという優れたソリューションがあります。

まず、 Observerパターンとは何かを説明しましょう。rxJavaセクションでこれが必要になります。



すでにandroidweekly.netについて聞いたことがあるかもしれません。 これは、毎週のAndroid開発ニュースレターです。 受け取りたい場合は、メールアドレスを入力して購読する必要があります。 後で、必要に応じて、サイトからの登録解除を停止できます。



これは、 Observer / Observableパターンの一例です。 この場合、Android WeeklyはObservableであり、毎週ニュースレターをリリースします。 読者はオブザーバーであり 、彼らはそれを購読し、新しいリリースを待ち、それを受け取ったらすぐにそれを読み、彼らの何人かがそれを気に入らないと判断したら、彼/彼女は見るのをやめることができる



この場合、 プロパティオブザーバーは、 リポジトリインスタンスの変更をリッスンするXMLレイアウトです。 したがって、 リポジトリは監視可能です。 たとえば、 Repositoryクラスのnameプロパティがクラスインスタンスで変更されるとすぐに、xmlを呼び出して更新する必要があります。

 binding.repository = repository binding.executePendingBindings()
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

データバインディングライブラリを使用してこれを行う方法は？ データバインディングライブラリは、 BaseObservableクラスを提供します。これは、 Repositoryクラスに実装する必要があります 。

 class Repository(repositoryName : String, var repositoryOwner: String?, var numberOfStars: Int? , var hasIssues: Boolean = false) : BaseObservable(){ @get:Bindable var repositoryName : String = "" set(value) { field = value notifyPropertyChanged(BR.repositoryName) } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

BRは、 Bindableアノテーションが使用されるときに1回自動的に生成されるクラスです。 ご覧のとおり、新しい値が設定されるとすぐに、それについて学習します。 これで、アプリケーションを起動でき、2秒後にexecutePendingBindings（）関数を再度呼び出さずにリポジトリ名が変更されることがわかります。



この部分は以上です。 次のパートでは、 MVVMパターン、 リポジトリパターン、 Androidラッパーマネージャーについて説明します。 ここですべてのコードを見つけることができます。 この記事では、 このコミットの前のコードについて説明します。