本文通过观察 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 都是完全有效的方法名称，但用运算符代替它们不是很好吗？
运算符!
我发现运算符不只是更短，可读性也更强，因为代码不再是一大堆方法调用。但要小心使用大家都知道或理解的运算符，否则你会遇到和 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]
