Kotlin 和 Java EE(Part 3):让 Kotlin 符合使用习惯 已翻译 100%

oschina 投递于 2017/06/05 18:56 (共 5 段, 翻译完成于 06-07)
阅读 2945
收藏 44
1
加载中

本文通过观察 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

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

边城
边城
翻译于 2017/06/06 10:35
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
    ...

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

边城
边城
翻译于 2017/06/06 10:53
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 来处理可空值。

边城
边城
翻译于 2017/06/06 11:05
0

运算符!

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

MET方法

运算符

service.find(id) service[id]
service.add(kittenEntity) service += kittenEntity   


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

边城
边城
翻译于 2017/06/06 11:16
0

结论

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

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

总长
总长
翻译于 2017/06/05 19:23
0
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(13)

OSC_wWgwpt
OSC_wWgwpt
内容略少啊。。。
微笑兔
微笑兔
又是java,为什么小三上位,正室却要被各种对比,你为什么不和php和Python和go去比较?java本来就有很多不足,那有怎样php这么多年也没有完全取代java在web方面的地位。是php不够简洁吗?kotlin很好这点没什么好怀疑的,可过度的被脑残粉们吹捧就过了吧。难道你们不知道google正在开发新的操作系统用来摆脱过时的Linux内核吗?下一个系统不会再叫android,说到底,所有的语言终将走向更加简洁高效的方向。但是这个过程很漫长。
guor
guor
可读性那么差,还推什么啊
kidfruit
kidfruit

引用来自“YANG_YAWEI”的评论

真是丑陋,结果就是每个人都有自己的写法,看别人代码会感到无比的痛苦,等着吧过不了多久就会有人跳出来吐槽 kotlin 有多难用了

引用来自“orpherus”的评论

已经有人吐槽看不懂惰性求值和飞起来的函数式写法了
还有吐槽kotlin跟java不兼容,java本来就可以干的很好,又要浪费时间学习新语言,公司用不着之类的
hantsy
hantsy
为什么大家都忘记了 Groovy。。。感觉对于 Java 人员来讲更有吸引力。
orpherus
orpherus

引用来自“YANG_YAWEI”的评论

真是丑陋,结果就是每个人都有自己的写法,看别人代码会感到无比的痛苦,等着吧过不了多久就会有人跳出来吐槽 kotlin 有多难用了
已经有人吐槽看不懂惰性求值和飞起来的函数式写法了
YANG_YAWEI
YANG_YAWEI
真是丑陋,结果就是每个人都有自己的写法,看别人代码会感到无比的痛苦,等着吧过不了多久就会有人跳出来吐槽 kotlin 有多难用了
heel
heel
优势在哪里
愚者00
愚者00
有点儿像C+javascript混用的风格
orpherus
orpherus
叹号写的多了,kotlin的类型安全就没有了,只有极少数情况下需要叹号
返回顶部
顶部