Kotlin 和 Java EE(Part 3):让 Kotlin 符合使用习惯

本文通过观察 Java EE 和 Kotlin 的关系,探讨如何利用 Kotlin 的运算符、可空性和 Optional 来实现最大的效果。

将 Java EE 应用转换为 Kotlin 始于框架的战斗,我们成功战胜了所有阻碍和过时的标准。在这个过程中,代码充斥着丰富而现代的 Kotlin 特有的结构,变得简洁而又不失安全。

如果还没有读这个系列的前面两篇文章,可以看看:

Kotlin and Java EE: Part One - From Java to Kotlin

Kotlin and Java EE: Part Two - Having Fun with Plugins

先简要回顾一下之前进行的改变,然后再补充一些最后的结果。

边城
边城
翻译于 2周前
0人顶
顶 翻译得不错哦!
我们已经做了什么

前两个部分中的很多结构已经符合 Kotlin 的惯例了。我们来看下 set 的定义:

private final Set<Class<?>> classes =
    new HashSet<>(Arrays.asList(KittenRestService.class));

由于 Java 并不支持简单地通过一些对象构造 Set 或其它集合类型,因此我们需要用 Arrays 类来创建 List (!),然后将其转换为 Set。在 Kotlin 中代码变成了:

private val classes = setOf(KittenRestService::class.java)
我们还把 Java Bean 转换为 Kotlin 数据类(data class),使代码变得更简短。我们去掉了所有 getter 和 setter,并自动获得 equals()、hashCode() 和 toString()。

@Entity
data class KittenEntity private constructor(
        @Id
        var id: Int?,
        override var name: String,
        override var cuteness: Int // set Int.MAX_VALUE for Nermal
) : Kitten {
    constructor(name: String, cuteness: Int) : this(null, name, cuteness)
}

因为有编译器插件,我们可以“假冒”不可变对象而不需要无参数构造函数。

@Path("kitten")
class KittenRestService 
    @Inject constructor(private val kittenBusinessService: KittenBusinessService) {

lateinit 关键字让框架可以更方便地处理值的初始化,还可以避免不必要的空检查:

@Stateless
class KittenBusinessService {
    @PersistenceContext
    private lateinit var entityManager: EntityManager
    ...

再来看看我们还可以改进什么。

边城
边城
翻译于 2周前
0人顶
顶 翻译得不错哦!
Null 还是 Optional?

这是一个相当棘手的问题。Kotlin 对可空值的支持已经很好了,尤其是在使用第三方库的时候会有很大的帮助。问题是当你有机会进行选择的时候你会选择哪一个?下面是原来我们生成和使用 Optional 的代码:

fun find(id: Int): Optional<KittenEntity> =
    Optional.ofNullable(entityManager.find(KittenEntity::class.java, id))
fun find(id: Int): KittenRest = 
    kittenBusinessService
        .find(id)
        .map { kittenEntity -> KittenRest(kittenEntity.name, kittenEntity.cuteness) }
        .orElseThrow { NotFoundException("ID $id not found") }

惯用的 Kotlin 解决方案会使用空值,像这样:

fun find(id: Int): KittenEntity? =
    entityManager.find(KittenEntity::class.java, id)
fun find(id: Int) = 
    kittenBusinessService.find(id)
        ?.let { KittenRest(it.name, it.cuteness) }
        ?: throw NotFoundException("ID $id not found")

可空值会出现在调用链的每个节点上,所以你必须使用问号来进行调用。它虽然解决了空值问题,但并不好看。

然而,如果返回类型是 Optional,而结果是 Optional.empty,后面的所有单独调用(monadic calls)都会被简单的跳过,结果直接变成 Optional.empty。对于我来说这是个很简洁的解决方案,如果想从 Java 调用 Kotlin 代码这也更安全, 对于 Java 互操作,优先使用 Optional 来处理可空值。

边城
边城
翻译于 2周前
0人顶
顶 翻译得不错哦!
运算符!

find、add 和 delete 都是完全有效的方法名称,但用运算符代替它们不是很好吗?

运算符!
Kotlin 和 Java EE(Part 3):让 Kotlin 符合使用习惯

我发现运算符不只是更短,可读性也更强,因为代码不再是一大堆方法调用。但要小心使用大家都知道或理解的运算符,否则你会遇到和 Scala 库类似的大麻烦,然后就得有一个运算符表来解释。在使用数据仓库的情况下,类似 MutableMap 的接口工作良好。注意,我使用“赋值加”(+=) 运算符来保存一个实体,因为原来的集包含了已经拥有的元素,又另外增加了一个元素。

这是声明:

operator fun plusAssign(kitten: KittenEntity) = 
    entityManager.persist(kitten)
operator fun get(id: Int): KittenEntity? = 
    entityManager.find(KittenEntity::class.java, id)

你可能想保留原来的方法,同时使用运算符来对它们进行包装,因为原来的方法可以返回值,而某些运算符却不能。其它可选用运算符的操作包括“remove” 和 “contains” 方法,因为它们可以用“赋值减”(-=)和Kotlin 的 in 运算符。剩下的请你充分发挥自己的想像。

边城
边城
翻译于 2周前
0人顶
顶 翻译得不错哦!
结论

以符合使用习惯的方式书写,目的是使代码更具可读性以及更安全,我希望展示的例子能够成功地实现这一目标。 该系列仅显示了几种方法来改进 Java 版本的代码,同时使某些地方保持不变。一些值得探索的功能是:扩展函数,以及 if,when,try/catch 功能。去探索吧,找到对你有用的功能。

完整的代码可以在这里找到。

文章转载自 开源中国社区 [http://www.oschina.net]

上一篇:Excel便捷读取工具 ExcelUtil


下一篇:CentOS7 nginx+tomcat实现代理访问java web项目让项目支持jsp和php