1、内联扩展函数之let
使用结构
object.let{
it.todo()//在函数体内使用it替代object对象去访问其公有的属性和方法
…
}
作用:对象的调用方法的扩展写法
在函数块内可以通过 it 指代该对象。返回值为函数块的最后一行或指定return表达式
适用场景一:let函数处理需要针对一个可null的对象统一做判空处理
场景二:需要去明确一个变量所处特定的作用域范围内可以使用
比如:
原代码:
mVideoPlayer?.setVideoView(activity.course_video_view)
mVideoPlayer?.setControllerView(activity.course_video_controller_view)
mVideoPlayer?.setCurtainView(activity.course_video_curtain_view)
用let
mVideoPlayer?.let {
it.setVideoView(activity.course_video_view)
it.setControllerView(activity.course_video_controller_view)
it.setCurtainView(activity.course_video_curtain_view)
}
(?是mVideoPlayer非null时使用)
2、内联函数之with
with(object){
//todo
}
作用:函数内直接用对方的方法或者变量
它是将某对象作为函数的参数,在函数块内可以通过 this 指代该对象。返回值为函数块的最后一行或指定return表达式
适用场景:同一时刻多个地方调用了对方的方法。适用于调用同一个类的多个方法时,可以省去类名重复,直接调用类的方法即
可,经常用于Android中RecyclerView中onBinderViewHolder中,数据model的属性映射到UI上
示例代码:
override fun onBindViewHolder(holder: ViewHolder, position: Int){
val item = getItem(position)?: return
with(item){
holder.tvNewsTitle.text = StringUtils.trimToEmpty(titleEn)//原来是item.titleEn
holder.tvNewsSummary.text = StringUtils.trimToEmpty(summary)
holder.tvExtraInf.text = "难度:$gradeInfo | 单词数:$length | 读后感: $numReviews"
...
}
}
3、内联扩展函数之run
object.run{
//todo
}
run函数实际上可以说是let和with两个函数的结合体
适用场景:适用于let,with函数任何场景。因为run函数是let,with两个函数结合体,准确来说它弥补了let函数在函数体内必须
使用it参数替代对象,在run函数中可以像with函数一样可以省略,直接访问实例的公有属性和方法,另一方面它弥补了with函
数传入对象判空问题,在run函数中可以像let函数一样做判空处理
上面代码改良
override fun onBindViewHolder(holder: ViewHolder, position: Int){
getItem(position)?.run{
holder.tvNewsTitle.text = StringUtils.trimToEmpty(titleEn)
holder.tvNewsSummary.text = StringUtils.trimToEmpty(summary)
holder.tvExtraInf = “难度:length | 读后感: $numReviews”
…
}
}
4、内联扩展函数之apply
整体作用功能和run函数很像,唯一不同点就是它返回的值是对象本身,而run函数是一个闭包形式返回,返回的是最后一行的值
。正是基于这一点差异它的适用场景稍微与run函数有点不一样。apply一般用于一个对象实例初始化的时候,需要对对象中的属
性进行赋值。或者动态inflate出一个XML的View的时候需要给View绑定数据也会用到,这种情景非常常见。特别是在我们开发中
会有一些数据model向View model转化实例化的过程中需要用到
5、内联扩展函数之also
适用于let函数的任何场景,also函数和let很像,只是唯一的不同点就是let函数最后的返回值是最后一行的返回值而also函数
的返回值是返回当前的这个对象。一般可用于多个扩展函数链式调用
原文章地址https://blog.csdn.net/u013064109/article/details/78786646#t0