Android. Программирование для профессионалов. 4-е издание

20sp
3dp
name="AppTheme"
parent="
Theme.AppCompat.Light.DarkActionBar
">
name="colorPrimary">@color/colorPrimary
name="colorPrimaryDark">@color/colorPrimaryDark

name="colorAccent">@color/colorAccent
Установление связи с данными
При использовании привязки данных объекты данных могут
объявляться в файле макета:
xmlns:android="http://schemas.android.com/apk/r
es/android"
xmlns:tools="http://schemas.android.com
/tools">

name="crime"
type="com.bignerdranch.android.crim
inalintent.Crime"/>

...

Далее значения из этих объектов используются прямо в
файле макета при помощи оператора привязки
@{}
:
android:id="@+id/list_item_crime_solved_che
ck_box"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_alignParentRight="true"

---

android:checked="
@{crime.isSolved()}
"
android:padding="4dp"/>
Диаграмма объектов выглядит так, как показано на рис. 19.7.
Рис. 19.7. Связи данных
Наша непосредственная цель — разместить на кнопках
названия звуков. Самое простое решение на базе привязки
данных основано на прямом связывании с объектом 
Sound
в
list_item_sound.xml
, как показано на рис. 19.8.
Рис. 19.8. Прямое связывание
Однако такое решение создает ряд архитектурных проблем.
Чтобы понять, в чем дело, взгляните на происходящее с точки
зрения MVC (рис. 19.9).
Рис. 19.9. Нарушение архитектуры MVC

---

Направляющим принципом любой архитектуры должен
быть принцип единственной обязанности. Этот принцип гласит,
что каждый класс должен иметь ровно одну обязанность. MVC
дает представление о том, какими могут быть эти обязанности:
модель описывает, как работает ваше приложение, контроллер
управляет отображением, а представление отображает его на
экране так, как вы пожелаете.
Использование привязки данных так, как показано на рис.
19.8, нарушит это разделение обязанностей — ведь, скорее
всего, решать, как должны отображаться данные, придется
объекту модели 
Sound
. В приложении быстро воцарится хаос,
потому что файл 
Sound.kt
будет загроможден кодом двух
видов: определяющим работу приложения и определяющим
способ отображения данных.
Вместо того чтобы запутывать обязанности 
Sound
, мы
добавим новый объект модели представления для привязки
данных. Эта модель представления отвечает за принятие
решений относительно того, как должны отображаться данные
(рис. 19.10).
Рис. 19.10. Архитектура MVVM
Такая архитектура называется MVVM, то есть Модель-
Представление-Модель Представления. Большая часть работы
по форматированию данных, которая ранее выполнялась
классами контроллеров, переходит к модели представления.

---

Подключение виджетов к данным будет осуществляться
непосредственно в файле макета с использованием привязки
данных к модели представления. Контроллер (ваша activity или
фрагмент) будет отвечать за такие операции, как
инициализация привязки и модели представления и создание
связи между ними.
У модели MVVM нет контроллера, зато activity и фрагменты
считаются частью представления.