有这么一种场景:当我们从服务端请求到数据并转换为实体对象后,UI 界面层需要的却是另一个实体类,比如实际项目场景中:
· case1: 前者实体类是用 Java 编写的,而后者由于某些原因必须使用Kotlin编写的一个实体类,那么就要进行一次类型转换了;
· case2: 前者实体类也是Kotlin 编写的,但是只是最终实体类的一部分数据,最终数据是由多个实体类组合起来的,那么同样需要进行一次类型转换。
· ... ...
比如下面两个实体类:
@Serializabledata class A( val id: String, val name: String = "", val shortDescription: String = "", val longDescription: String = "", val url: String = "", val imageUrl: String = "",)data class B( val id: String, val name: String, val shortDescription: String, val longDescription: String, val url: String, val imageUrl: String, val followed: Boolean = false,)
其中A是从服务端获取数据后生成的,而UI界面层使用的是B。如果不想多考虑,那么直接在new B()的时候,将A实例中需要的数据赋值给B实例中的变量即可:
val a: A = ......//假设从服务端生成了A实例//将A实例中的数据传到B中val b = B( id = a.id, name = a.name, shortDescription = a.shortDescription, longDescription = a.longDescription, url = a.url, imageUrl = a.imageUrl, followed = true, //followed从其他数据源获取 )//接下来就可以将b对象传到UI界面层进行使用了
不知道有没有小伙伴像上面这样使用,反正我写的时候都是直接转(此时必须要上那个经典配图了):
直到我在学习谷歌的一个Demo项目时,看到了这种写法:
//顶级A扩展函数,将其转换成Bfun A.asEntity() = B( id = id, name = name, shortDescription = shortDescription, longDescription = longDescription, url = url, imageUrl = imageUrl, followed = true,)//使用的地方,如在ViewModel中suspend fun getA(ids: List<String>?): List<A>{ ......}//1、第1个地方使用val result1 : List<B> = network1.getA().map(A::asEntity)//2、第2个地方使用val result2 : List<B> = network2.getA().map(A::asEntity)
不得不说这种写法给人眼前一亮的感觉(可能有的大佬早就这样写了���),A.asEntity()是一个顶级扩展函数,负责将A实例中的变量值赋给对应的B中,后续有修改可以统一在这里处理;另外顶级函数也意味着可以在任意有需要的地方调用它,比如上述示例的1、 2处都可以调用这个扩展函数,从而达到复用的目的。
阅读量:2008
点赞量:0
收藏量:0