如何避免Kotlin里的陷阱？

// ...

}

这时，你须要应用 !! 操作符。但某些情况下你还可以应用像 (?) 如许的对 null 安然的操作符来调换它。尽管如斯，当你应用 !! 或者 ? ，或者编写了一个适配器来应用 Java 类库的时刻，你会发明代码因为这些修改而变的纷乱。这是你无法避免的问题。

/** 
 * Returns an element of this [List] wrapped in an Optional 
 * which is empty if `idx` is out of bounds. 
 */ 
fun <T> List<T>.getIfPresent(idx: Int) = 
        if (idx >= size) { 
            Optional.empty() 
        } else { 
            Optional.of(get(idx)) 
        } 
/** 
 * Negates `isPresent`. 
 */ 
fun <T> Optional<T>.isNotPresent() = isPresent.not()

lambdas Unit 返回值 vs Java SAM 转换

如不雅你的函数参数是 lambdas 表达式，并且返回值类型是 Unit 的时刻，你可以省略return 关键字：

fun consumeText(text: String, fn: (String) -> Unit) { 
} 
// usage 
consumeText("foo") { 
    println(it) 
}

这是一个很有趣的特点，然则当你在 Java 代码中调用该办法的时刻会比较难堪：

consumeText("foo", (text) -> { 
    System.out.println(text); 
    return Unit.INSTANCE; 
});

然后你就能应用 Java 的 SAM 转换。

nterface StringConsumer { 
    fun consume(text: String) 
} 
fun consumeText(text: String, fn: StringConsumer) { 
}

consumeText("foo", System.out::println);

然则在 Kotlin 这边看起来就很糟糕了：

consumeText("foo", object: StringConsumer { 
    override fun consume(text: String) { 
        println(text) 
    } 
})

问题关键点在于只有 Java 支撑 SAM 转换，Kotlin 并不支撑。我的建议是简单的场景中，只是用 Java 的 SAM 接口作为一个花费者：

fun consumeText(text: String, fn: Consumer<String>) { 
} 
// usage 	
			 3/4   首页 上一页 1 2 3 4 下一页 尾页	
			

　　推荐阅读
　　2017 年 Python 使用情况报告，你用 2.x 还是 3.x？
            沙龙晃荡 | 去哪儿、陌陌、ThoughtWorks在主动化运维中的实践！10.28不见不散！纵不雅各大年夜编程说话在 2017 年的成长情况，我们会发明 Python 的成长速度异常快。Semaphore 社区查询拜访了 Python 在>>>详细阅读


本文标题：如何避免Kotlin里的陷阱？
地址：http://www.17bianji.com/lsqh/38070.html
 1/2    1