MVVM-架构与数据绑定库(1)

android:text=“@{vm.text}”
android:visibility=“@{vm.visibility}”
android:paddingLeft=“@{vm.padding}”
android:layout_marginBottom=“@{vm.margin}”
app:adapter=“@{vm.adapter}”

实际上，标准视图的大多数属性已经被数据绑定库支持。在数据绑定库内部，当你使用数据绑定时，库按照视图类型查找属性名称的 setter。例如，当你把数据绑定到 text 属性时，绑定库会在视图类中使用合适的参数类型查找 setText() 方法，上述示例是 String。

当没有对应的布局属性时，你也可以使用数据绑定的 setter。例如，你可以在 xml 布局中的 recycleler 视图上使用 app:adapter 属性，以利用数据绑定设置适配器参数。

对于标准属性，不是所有的都在 View 上有对应的 setter 方法。例如，paddingLeft 情况下，数据绑定库支持自定义的 setter，以便将绑定转移到 padding 属性上。但是，遇到 layout_marginBottom 的情况，当绑定库没有提供自定义 setter 时我们要怎么处理呢？
自定义 Setter

@BindingAdapter(“android:layout_marginBottom”)
public static void setLayoutMarginBottom(View v, int bottomMargin) {
ViewGroup.MarginLayoutParams layoutParams =
(ViewGroup.MarginLayoutParams) v.getLayoutParams();

if (layoutParams != null) {
layoutParams.bottomMargin = bottomMargin;
}
}

对于上述情况，自定义 setter 可以被重写。Setter 是使用 @BindingAdapter 注解来实现的，布局属性使用参数命名，使得绑定适配器被调用。上面示例提供了一个用于绑定 layout_marginBottom 的适配器。

方法必须是 public static void ，而且必须接受绑定适配器调用的首个视图类型作为参数，然后将数据强绑定到你需要的类型。在这个例子中，我们使用一个 int 类型为类型 View（子类型）定义一个绑定适配器。最后，实现绑定适配器接口。对于 layout_marginBottom，我们需要获取布局参数，并且设置底部间隔：

@BindingAdapter({“imageUrl”, “placeholder”})
public static void setImageFromUrl(ImageView v, String url, int drawableId) {
Picasso.with(v.getContext().getApplicationContext())
.load(url)
.placeholder(drawableId)
.into(v);
}

也可能需要设置多种属性以绑定适配器调用。为了达到此目的，MMVM 会提供你的属性名称列表并用于 @BindingAdapter 实现注解。另外，在现有方法中，每个属性都有自己的名称。只有在所有声明的属性被设置后，这些 BindingAdapter 才会被调用。

在加载图片过程中，我想为加载图片定义一个绑定适配器来绑定 URL 与 placeHolder。如你所见，通过使用 Picasso image loading library，绑定适配器非常容易实现。你可以在自定义绑定适配器中使用任何你想要的方法。
在代码中使用绑定

MyBinding binding;

// For Activity
binding = DataBindingUtil.setContentView(this, R.layout.layout);
// For Fragment
binding = DataBindingUtil.inflate(inflater, R.layout.layout, container, false);
// For ViewHolder
binding = DataBindingUtil.bind(view);

// Access the View with ID text_view
binding.textView.setText(R.string.sometext);

// Setting declared variables
binding.set(variable);

现在我们在 xml 文件中定义了绑定，并且编写了自定义 setter，那我们如何在代码中使用绑定呢？ 数据绑定库通过生成绑定类为我们完成所有的工作。要获取布局的相应绑定类的实例，就要用到库提供的辅助方法。Activity 对应使用 DataBindingUtil.setContentView()，fragment 对应使用 inflate()，视图拥有者请使用 bind()。 如前所述，绑定类为定义 final 字段的 ID 提供了所有视图。同样，您可以在绑定对象的布局文件中设置你所声明的变量。
自动更新布局
如果使用数据绑定，在数据发生变化时，库代码可以控制布局自动更新。然而，库仍然需要获得关于数据变化的通知。如果绑定的变量实现了 Observable 接口(不要跟 RxJava 的 Observable混淆了)就能解决这个问题。

对于像 int 和 boolean 这样的简单数据类型，库已经提供了合适的实现 Observable 的类型，比如 ObservableBoolean。还有一个 ObservableField 类型用于其它对象，比如字符串。

public class MyViewModel extends BaseObservable {
private Model model = new Model();

public void setModel(Model model) {
this.model = model;
notifyChange();
}

public void setAmount(int amount) {
model.setAmount(amount);
notifyPropertyChanged(BR.amount);
}

@Bindable public String getText() { return model.getText(); }
@Bindable public String getAmount() { return Integer.toString(model.getAmount()); }
}

在更复杂的情况下，比如视图模型，有一个 BaseObservable 类提供了工具方法在变化时通知布局。就像上面在 setModel() 方法中看到那样，我们可以在模型变化之后通过调用 notifyChange() 来更新整个布局。

再看看 setAmount()，你会看到模型中只有一个属性发生了变化。这种情况下，我们不希望更新整个布局，只更新用到了这个属性的部分。为达此目的，可以在属性对应的 getter 上添加 @Bindable 注解。然后 BR 类中会产生一个字段，用于传递给 notifyPropertyChanged() 方法。这样，绑定库可以只更新确实依赖变化属性的部分布局。
汇总
• 在布局文件中申明变量并将之与视图中的属性绑定。

• 在代码中创建绑定来设置变量。

• 确保你的变量类型实现了 Observable 接口 —— 可以从 BaseObservable 继承 —— 这样数据变化时会自动反映到布局上。

模型、视图、视图模型(MVVM)架构

现在来看看 MVVM 架构，以及它的三个组成部分是如何一起工作的。

视图是用户界面，即布局。在 Android 中通常是指 Activity、Fragment 或者 ViewHolder 以及配合它们使用的 XML 布局文件。

模型就是业务逻辑层，提供方法与数据进行互动。

视图模型就像是视图和模型的中间人，它既能访问模型的数据，又包含 UI 状态。它也定义了一些命令可以被事件，比如单击事件调用。视图模型包含了应用中的呈现逻辑。

在 MVVM 架构模式中，模型和视图模型主要通过数据绑定来进行互动。理想情况下，视图和视图模型不必相互了解。绑定应该是视图和视图模型之间的胶水，并且处理两个方向的大多数东西。然而，在Anroid中它们不能真实的分离：

你要保存和恢复状态，但现在状态在视图模型中。

你需要让视图模型知道生命周期事件。

你可能会遇到需要直接调用视图方法的情况。

在这些情况下，视图和视图模型应该实现接口，然后在需要的时候通过命令通信。视图模型的接口在任何情况都是需要的，因为数据绑定库会处理与视图的交互，并在上下文需要的时候使用自定义组件。

视图模型还会更新模型，比如往数据库添加新的数据，或者更新一个现有数据。它也用于从模型获取数据。理想情况下，模型也应该在变化的时候通知视图模型，但这取决于实现。

一般来说，视图和视图模型的分离会让呈现逻辑易于测试，也有助于维持长期运行。与数据绑定库一起会带来更少更简洁的代码。
示例

使用 MVVM 的时候，布局只引用一个变量，即这个视图的视图模型，在这个示例中是 MyViewModel。在视图模型中，你需要提供布局所需要的属性，其简单复杂程度取决于你的用例。

public class MyViewModel extends BaseObservable {
private Model model = new Model();

public void setModel(Model model) {
this.model = model;
notifyChange();
}

public boolean shouldShowText() {
return model.isTextRequired();
}

public void setText(String text) {
model.setText(text);
}

public String getText() {
return model.getText();
}

public void onButtonClick(View v) {
// Save data
}
}

这里有一个 text 属性。将 EditText 用于用户输入的时候，可以使用双向绑定，同时，数据绑定库将输入反馈回视图模型。为此，我们创建一个 setter 和 getter 并将属性绑定到 EditText 的 text 属性，这时候大括号前面的 = 号标志着我们要在这里进行双向绑定。

另外，我们只想在模型需要输入 text 的时候显示 EditText。这种情况下，我们会在视图模型中提供一个布尔属性将其与 visibility 属性绑定。为了让它工作，我们还要创建一个绑定适配器(BindingAdapter)，在值为 false 的时候设置 visibility 为 GONE，在值为 true 的时候设置为 VISIBLE。

@BindingAdapter(“android:visibility”)
public static void setVisibility(View view, boolean visible) {
view.setVisibility(visible ? View.VISIBLE : View.GONE);
}

最后，我们想在点击 Button 时存储信息，于是，在视图模型中创建一个 onButtonClick() 命令，它负责处理与模型的交互。在布局中，我们通过对该方法引用将命令绑定到 Button 的 onClick 属性上。为了使它直接工作，我们需要在方法中引入一个 View 的单个参数，类似于 OnClickListener。如果你不想使用 View 参数，你也可以直接在布局中使用 lambda 表达式。

为方便测试，我们需要在视图模型中展示逻辑处理，但要尽量避免将逻辑处理直接放入其中。当然，你也可以自定义绑定适配器，这种方法更简单。
生命周期和状态
在实现 MVVM 架构的时候要考虑的另外一件事情是，在应用中如何处理生命周期和状态。首先，我建议你为视图模型创建一个基类用于处理这类问题。

public abstract class BaseViewModel extends BaseObservable {
private V view;

@CallSuper public void attachView(V view, Bundle sis) {
this.view = view;
if(sis != null) { onRestoreInstanceState(sis); }
}

@CallSuper public void detachView() {
this.view = null;
}

protected void onRestoreInstanceState(Bundle sis) { }
protected void onSaveInstanceState(Bundle outState) { }

protected final V view() { return view; }
}

Activity 和 Fragment 中都有生命周期回调。现在它们都放在视图模型中来处理。因此，我们需要传递生命周期回调。我建议使用两个回调，它们能满足大多数需要：标志着视图被创建出来的 attachView() 和标志着视图被销毁的 detachView()。在 attachView() 中，传入视图接口，用于在必要时向视图发送命令。attachView() 通常在 Fragment 的 onCreate() 或 onCreateView() 中调用，detachView() 则是在 onDestory() 和 onDestoryView() 中调用。

现在 Activity 和 Fragment 也提供回调，用于在系统销毁组件或配置发生变化时保存状态。我们把状态保存在视图模型中，还需要将这些回调传递给视图模型。我建议把 savedInstanceState 直接传递至 attachView()，以便在这里自动恢复状态。另一个 onSaveInstanceState() 方法需要用于保存状态，这个方法必须在 Activity 和 Fragment 的相关回调中调用。如果有 UI 状态，可为每个视图模型创建单独的状态类，当这个类实现 Parcelable 时，保存和恢复状态都很容易，因为你只需要保存或恢复一个对象。
视图

public abstract class BaseActivity<B extends ViewDataBinding, V extends MvvmViewModel>
extends AppCompatActivity implements MvvmView {

protected B binding;
@Inject protected V viewModel;

protected final void setAndBindContentView(@LayoutRes int layoutResId, @Nullable Bundle sis) {
binding = DataBindingUtil.setContentView(this, layoutResId);
binding.setVariable(BR.vm, viewModel);
viewModel.attachView((MvvmView) this, sis);
}

@Override @CallSuper protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
if(viewModel != null) { viewModel.onSaveInstanceState(outState); }
}

@Override @CallSuper protected void onDestroy() {
super.onDestroy();
if(viewModel != null) { viewModel.detachView(); }
binding = null;
viewModel = null;
}
}

现在，让我们讨论下视图的细节。上面例子是创建 activity 基类。View 模型可通过注入用于基类，以便初始化架构配置。然后你只需要在 activity 的 onCreate() 或 fragment 的 onCreateView() 中调用这个方法即可。

上面代码使用了 setAndBindContentView() 方法处理，和通常的 setContentView() 调用不同，它可以在 onCreate() 中调用。此方法能设置内容视图并创建绑定，在绑定上设置视图模型变量，并将视图附加到视图模型上，同时还提供保存的示例状态。

如你所见，onSaveInstanceState() 和 detachView() 回调也可以在基类中实现。 onSaveInstanceState() 将回调转发到视图模型中，onDestroy() 则在视图模型上调用 detachView() 接口。

通过这样设置基类后，你就可以使用 MVVM 架构编写 APP 了。
其他考虑项
了解 MVVM 架构 Android 应用的基础后，还需对应用程序架构做进一步完善。

依赖注入
使用依赖注入可以非常容易地将组件注入到视图模型中，并将组件很好的联合在一起，如使用 Dagger 2 依赖注入框架。

依赖注入可以进一步解耦代码，让代码更简单也更容易测试。同时，也大大增强了代码的可维护性。更重要的是，依赖接口能真正实现解耦。

业务逻辑
注意：视图模型只包含呈现逻辑，所以不要把业务逻辑放在视图模型中。创建模型类的存储接口并选择的存储方式将其实现：

public interface ModelRepo {
Single<List> findAll();
Single findById(int id);

void save(Model model);
void delete(Model model);
}

对于网络，则使用 Retrofit 创建网络相关的代码来实现定义的接口。

public interface ModelRepo {
@GET(“model”)
Single<List> findAll();

@GET(“model/{id}”)
Single findById(@Path(“id”) int id);

@PUT(“model”)
Completable create(@Body Model model);
}
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后

下面是有几位Android行业大佬对应上方技术点整理的一些进阶资料。希望能够帮助到大家提升技术

高级UI，自定义View

UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训，学会这小块知识就能随便找到不错的工作了。

不过很显然现在远远不够了，拒绝无休止的CV,亲自去项目实战，读源码，研究原理吧！

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！

资料。希望能够帮助到大家提升技术

[外链图片转存中…(img-a8AILvbY-1712291280439)]

高级UI，自定义View

UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训，学会这小块知识就能随便找到不错的工作了。

不过很显然现在远远不够了，拒绝无休止的CV,亲自去项目实战，读源码，研究原理吧！

[外链图片转存中…(img-BLqb3rc1-1712291280439)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！