提高开发效率!5个对开发者有用的Kotlin扩展函数

Kotlin 中扩展函数是一种允许在已有的类中添加新函数,而无需修改类定义或继承该类。通过使用扩展函数,我们可以轻松地为现有代码添加新功能和增强功能,下面就列举几个有用的扩展函数。

runCatching代替try catch

  • try catch 方式:
try {
   100 / 0
} catch (ex: Throwable) {
   ex.printStackTrace()
}

  • runCatching 方式:
runCatching { 100 / 0 }
   .onFailure { ex -> ex.printStackTrace() }

如果不关心返回值,到这里就结束了,使用起来是不是更简单一些。如果需要继续对lambda表达式中的计算结果进行处理,那么继续往下看。

runCatching是在Kotlin 1.3版本新增的,看下源码:

@InlineOnly
@SinceKotlin("1.3")
public inline fun <T, R> T.runCatching(block: T.() -> R): Result<R> {
    return try {
        Result.success(block())
    } catch (e: Throwable) {
        Result.failure(e)
    }
}

可以看到runCatching函数是一个扩展函数,函数接受一个lambda表达式block作为参数,并在T对象上执行这个lambda表达式,函数内部帮我们添加了try catch

  • 如果lambda表达式成功执行并返回结果,则使用Result.success将结果包装成Result类型并返回;
  • 如果出现异常,则使用Result.failure将异常包装成Result类型并返回。

看下 Result 里都有什么:

1.png

列举一些Result中的常用函数:

runCatching { 100 / 0 }
   .onSuccess { value -> log("onSuccess:$value") } //runCatching{}中执行成功,并传入执行结果
   .onFailure { exception -> log("onFailure:$exception") } //runCatching{}中执行失败,并传入exception
   //.getOrDefault(0) //获取runCatching{}中执行的结果,如果是Failure直接返回默认值
   .getOrElse { ex -> //获取runCatching{}中执行的结果,如果是Failure返回else内部的值。相比getOrDefault多了对exception的处理
       log("exception:$ex")
       100
    }
    //.getOrThrow()//获取runCatching{}中执行的结果,如果是Failure直接抛异常
    //.getOrNull() //获取runCatching{}中执行的结果,如果是Failure返回null
    //.exceptionOrNull() //如果有问题则返回exception;否则返回null
    .run {
       log("result:$this")
    }

执行结果:

E/TTT: onFailure:java.lang.ArithmeticException: divide by zero
E/TTT: exception:java.lang.ArithmeticException: divide by zero
E/TTT: result:100

虽然100/0抛出了异常,还是可以通过getOrElse中重新赋值,并最终把值输出出来,如果需要其他处理,可以使用上述示例中的其他函数,按需使用即可。

如果改为runCatching { 100 / 2 },其他代码不变,则输出结果:

E/TTT: onSuccess:50
E/TTT: result:50

View的可见性

fun View?.visible() {
    if (this?.visibility != View.VISIBLE) {
        this?.visibility = View.VISIBLE
    }
}

fun View?.invisible() {
    if (this?.visibility != View.INVISIBLE) {
        this?.visibility = View.INVISIBLE
    }
}

fun View?.gone() {
    if (this?.visibility != View.GONE) {
        this?.visibility = View.GONE
    }
}

使用它们:

val toolbar: Toolbar = findViewById(R.id.toolbar)
toolbar.visible() //设置visible
toolbar.invisible() //设置invisible
toolbar.gone()  //设置gone

dp、sp、px之间相互转换

//dp转px
fun Number.dp2px(): Int {
    return ScreenUtil.dp2px(MyApplication.getApplication(), toFloat())
}
//sp转px
fun Number.sp2px(): Int {
    return ScreenUtil.sp2px(MyApplication.getApplication(), toFloat())
}
//px转dp
fun Number.px2dp(): Int {
    return ScreenUtil.px2dp(MyApplication.getApplication(), toFloat())
}
//px转sp
fun Number.px2sp(): Int {
    return ScreenUtil.px2sp(MyApplication.getApplication(), toFloat())
}

object ScreenUtil {
    fun dp2px(@NonNull context: Context, dp: Float): Int {
        val scale = context.resources.displayMetrics.density
        return (dp * scale + 0.5f).toInt()
    }

    fun px2dp(@NonNull context: Context, px: Float): Int {
        val scale = context.resources.displayMetrics.density
        return (px / scale + 0.5f).toInt()
    }

    fun sp2px(@NonNull context: Context, spValue: Float): Int {
        val fontScale = context.resources.displayMetrics.scaledDensity
        return (spValue * fontScale + 0.5f).toInt()
    }

    fun px2sp(@NonNull context: Context, pxValue: Float): Int {
        val fontScale = context.resources.displayMetrics.scaledDensity
        return (pxValue / fontScale + 0.5f).toInt()
    }
}

使用它们:

100.dp2px()
100.sp2px()
100.px2dp()
100.px2sp()

by lazy 替代findViewById

by lazy是属性延迟委托

fun <T : View> Activity.id(id: Int) = lazy {
    findViewById<T>(id)
}

Activity中使用:

class DemoActivity : AppCompatActivity() {
     private val mToolBar: Toolbar by id(R.id.toolbar)

     override fun onCreate(savedInstanceState: Bundle?) {
          super.onCreate(savedInstanceState)
          setContentView(R.layout.activity_xxx)
    }
}

通过by lazy简化了控件的创建流程,避免每次创建都去调用findViewById(id),跟Butterknife的用法很类似。

如果是在Fragment中使用呢?首先Fragment中并没有findViewById(id)函数,所以需要稍微改造一下:

interface IRootView {
    fun rootView(): View
}

//注意,这里声明的是IRootView的扩展函数
fun <T : View> IRootView.id(id: Int) = lazy {
    this.rootView().findViewById<T>(id)
}

abstract class BaseFragment : Fragment(), IRootView {

    private var mRootView: View? = null

    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View? {
        if (mRootView == null) {
            mRootView = inflater.inflate(getLayoutId(), container, false)
        }
        return mRootView
    }

    override fun rootView(): View {
        return mRootView!!
    }

    @LayoutRes
    abstract fun getLayoutId(): Int
}

  • IRootView接口中只有一个rootView()方法,返回类型为android.view.View
  • 扩展函数id<T : View>()是针对实现IRootView的对象进行扩展的。该函数需要传入Int类型参数表示控件ID,在调用时会使用lazy委托模式延迟初始化并返回T类型(泛型)控件。
  • BaseFragment继承自Fragment并且实现了IRootview接口。同时其内部也维护着mRootview变量用于缓存视图,在 onCreateView 方法中创建视图,并将其保存到变量mRootview中以便后面复用。

子类Fragment中使用:

class DemoFragment : BaseFragment() {
    private val mToolBar: Toolbar by id(R.id.toolbar)

    override fun getLayoutId(): Int = R.layout.fragment_demo

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        mToolBar.xxx //可以直接使用了
    }
}

Toast、Log

fun Activity.showToast(msg: String, duration: Int = Toast.LENGTH_SHORT) {
    Toast.makeText(this, msg, duration).show()
}

fun Activity.showToast(@StringRes msg: Int, duration: Int = Toast.LENGTH_SHORT) {
    Toast.makeText(this, msg, duration).show()
}

fun Fragment.showToast(msg: String, duration: Int = Toast.LENGTH_SHORT) {
    Toast.makeText(requireContext(), msg, duration).show()
}

fun Fragment.showToast(@StringRes message: Int, duration: Int = Toast.LENGTH_SHORT) {
    Toast.makeText(requireContext(), message, duration).show()
}

fun log(msg: String, tag: String = "TAG") {
    if (!BuildConfig.DEBUG) return
    Log.d(tag, msg)
}

使用它:

showToast(R.string.action_settings) //1
showToast("棒棒哒", Toast.LENGTH_LONG) //2
log("log展示") //3

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,922评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,591评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,546评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,467评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,553评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,580评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,588评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,334评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,780评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,092评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,270评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,925评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,573评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,194评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,437评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,154评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,127评论 2 352

推荐阅读更多精彩内容