Kotlin和Java EE（Part 3）：让Kotlin符合使用习惯

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

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

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

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

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

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

我们已经做了什么

前两个部分中的很多结构已经符合 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
    ...

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

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 来处理可空值。

运算符!

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

我发现运算符不只是更短，可读性也更强，因为代码不再是一大堆方法调用。但要小心使用大家都知道或理解的运算符，否则你会遇到和 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 运算符。剩下的请你充分发挥自己的想像。

结论

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

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