测试替身的 Kotlin 哲学是什么？
What is the Kotlin philosophy of test doubles?
test doubles 的 Kotlin 哲学是什么？默认情况下，所有 classes 和函数都是密封的（不是 open），像 Mockito 这样的模拟框架显然不是第一个 class 公民。
关于 problem, and also about possible solutions 已经写了很多，但是 Kotlin 的设计者对于双精度测试有什么想法？是假货和存根，还是您应该扮演自己的间谍和模拟角色？
Kotlin 设计的很大一部分是考虑到 Joshua Bloch 的 Effective Java，意思是默认关闭、不变性等。
因此，Java也存在这些问题。这些问题的解决方案过去和现在都尽可能使用接口，这样您就可以为您的生产代码提供测试替身或任何其他实现。
对于测试，这些可能是模拟、伪造、存根或您拥有的任何东西。请记住，例如，编写良好的内存存储库在测试中比必须为此设置模拟更容易处理 class。
像 Mockito 这样的框架是第一个 class 公民，包括直接提到它们作为 Kotlin 1.0.6 中发布的 all-open 编译器插件的原因之一。您对 problems/solutions 的引用已过时，如果这些作者更新了他们的帖子就好了。
从那个release announcement你会看到 Mockito 被特别调用：
The all-open compiler plugin makes classes annotated with a specific annotation and their members open without the explicit open keyword, so it becomes much easier to use frameworks/libraries such as Spring AOP or Mockito. You can read the detailed information about all-open in the corresponding KEEP.
We provide all-open plugin support both for Gradle and Maven, as well as the IDE integration.
该插件可用于使用命令行编译器、IDE 编译器以及来自 Gradle 和 Maven。
其他参考资料：
除了@nhaarman 的评论，另一个选项是Mockito-Kotlin。我喜欢 Kotlin 的 类 默认是最终的，所以 all-open 编译器插件对我来说不是一个好的选择。
test doubles 的 Kotlin 哲学是什么？默认情况下，所有 classes 和函数都是密封的（不是 open），像 Mockito 这样的模拟框架显然不是第一个 class 公民。
关于 problem, and also about possible solutions 已经写了很多，但是 Kotlin 的设计者对于双精度测试有什么想法？是假货和存根，还是您应该扮演自己的间谍和模拟角色？
Kotlin 设计的很大一部分是考虑到 Joshua Bloch 的 Effective Java，意思是默认关闭、不变性等。
因此，Java也存在这些问题。这些问题的解决方案过去和现在都尽可能使用接口，这样您就可以为您的生产代码提供测试替身或任何其他实现。
对于测试，这些可能是模拟、伪造、存根或您拥有的任何东西。请记住，例如，编写良好的内存存储库在测试中比必须为此设置模拟更容易处理 class。
像 Mockito 这样的框架是第一个 class 公民，包括直接提到它们作为 Kotlin 1.0.6 中发布的 all-open 编译器插件的原因之一。您对 problems/solutions 的引用已过时，如果这些作者更新了他们的帖子就好了。
从那个release announcement你会看到 Mockito 被特别调用：
The all-open compiler plugin makes classes annotated with a specific annotation and their members open without the explicit open keyword, so it becomes much easier to use frameworks/libraries such as Spring AOP or Mockito. You can read the detailed information about all-open in the corresponding KEEP.
We provide all-open plugin support both for Gradle and Maven, as well as the IDE integration.
该插件可用于使用命令行编译器、IDE 编译器以及来自 Gradle 和 Maven。
其他参考资料：
除了@nhaarman 的评论，另一个选项是Mockito-Kotlin。我喜欢 Kotlin 的 类 默认是最终的，所以 all-open 编译器插件对我来说不是一个好的选择。