android dto vo对象,谈Android中DTO -> VO的重要性

标题虽然仅指DTO->VO，其实更准确的说，应该是各种DTO、DAO等都需要转VO ，本文仅以DTO为例。

不管你在使用MVC，MVP还是MVVM，这篇文章会让你的M层赋有更佳的职能。

Clean架构的Mapper

在去年尝试Android-CleanArchitecture时，data模块和presentation模块里有2个Mapper类，用于把UserEntity转成User，以及User转成UserModel，最终V层使用的是UserModel对象。

当时很难理解的是为何一个User要转来转去，现在回头来看，对象的映射转换是一个良好的架构所必需的要素，不管是MVC，MVP还是MVVM。

VO 、DTO在Android

1、 VO

value object值对象

ViewObject表现层对象

主要对应界面显示的数据对象。对于一个WEB页面，或者SWT、SWING的一个界面，用一个VO对象对应整个界面的值。

Android中即：UI层的View需要的对象。

2、 DTO

Data Transfer Object数据传输对象

指用于展示层与服务层之间的数据传输对象。

Android中即：接口中返回的数据结构JSON转换后的对象。

痛点

可能我们一般会忽略VO层，只有DTO层，即：View展示的Model对象和接口返回的Model是同一个对象，即DTO。

这样做看起来，省略了VO层也没什么问题，但是我告诉你，在开发过程的所遇到的一些痛点，都和缺少VO层脱离不了关系：

1、你是否经常担心View在使用Model时，Model或Model的某个字段为null?

什么？你说你在C / P层或者domain中进行了安全性的null校验？

但是你不觉得在C／P或domain层处理这种安全校验是一种“脏代码”吗？ 这样会加重C／P或domain层的负担，降低其可读性。

这种 “糙活” 应该是由更上游的M层来处理！

2、接口返回的数据结构或字段突然变更了