本文链接
本文结合自己的感受，做一下简单的翻译。原文作者也是《Kotlin for Android developer》的作者。此译文供大家学习参考之用。
Kotlin中的接口，谁说接口不能有实现代码
相比Java，用Kotlin写的接口允许你复用更多代码。理由很简单：你可以加实现代码到接口中。如果你在Java8中尝试，也是类似的。在接口中加实现代码是一件不错的事情，这是你能使用更多强大的代码组合方式。然后我们接下去看看。
Java 6中的接口
Java接口的问题是我们只能定义描述行为，但是不能有实现。很多的时候，这够了，但是如果我们要达到更好的组合方式，由于强制我们把接口的实现委托给实现对象，这些情况不能解决。这样使得本来简单组合一下可重用代码片段就能解决的问题，变的复杂化了。
Kotlin中使用接口
Kotlin带给我们一些好消息：接口可以有实现代码。这个意味着我们能实现一种类的多重继承（有些例子中有部分限制）。我们能让一个类实现几个接口，从每个接口继承行为（有实现代码）。（Java中的类不能多重继承类，这是一个很大的限制）
写一些有方法实现的接口，你不需要做任何特别的：
interface Interface1 {
fun function1() {
Log.d("Interface1", "function1 called")
}
}
我们有另外一个接口2实现了其他方法：
interface Interface2 {
fun function2() {
Log.d("Interface2", "function2 called")
}
}
有一个类都实现了他们没有问题：
class MyClass : Interface1, Interface2 {
fun myFunction() {
function1()
function2()
}
}
好，当组织我们代码的时候，这给我们更多的多样性。
接口不能持有状态
这在思考代码时候有一个重要的限制。我们能有实现代码但是没有状态。这意味着我们不能创建一个属性，然后用它存储状态。如果我们在接口中定义了一个属性，这个类实现了它就必须重写这个属性。(你可以定义这个属性在接口中，但是实现类必须重写，本质是定义一个该属性的get方法)
让我们看一个例子。想象一下这个接口需要上下文：
interface Toaster {
val context: Context
fun toast(message: String) {
Toast.makeText(context, message, Toast.LENGTH_SHORT).show()
}
}
这个代码很简单。这个接口有一个实现的方法用来显示一个Toast。 它需要一个上下文来做这些事情。如果我们有一个Activity要用这个接口，需要重写这个上下文：
class MyActivity : AppCompatActivity(), Toaster {
override val context = this
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
toast("onCreate")
}
}
简单的，我们设置这个Activity 自己作为上下文，这个接口就使用它。 现在你可以在这个Activity 使用Toaster 函数没有任何问题。
接口委托
在Kotlin中另外的非常有趣的特性是接口委托。这个是非常强大的工具让你能实现一个更干净的代码组合。想象你有一个类C，组合了类A和B的2个对象：
interface A {
fun functionA(){}
}
interface B {
fun functionB(){}
}
class C(val a: A, val b: B) {
fun functionC(){
a.functionA()
b.functionB()
}
}
类C在自己代码中使用A和B的函数。如果一个对象是组合自它们的组件，那它就可以直接的使用它们的函数。
使用接口委托是另外一种写法，结果和上面一样的方式：
class C(a: A, b: B): A by a, B by b {
fun functionC(){
functionA()
functionB()
}
}
你能看到类C实现了A和B，但是它接受作为参数，对象全部委托实现（个人理解是一个继承转化为组合的方式）。使用接口委托，这个类能直接使用被实现类的函数，并且包括使用其他对象委托实现。
总结
我们看到了Java和Kotlin接口的不同之处。现在试着找出简单的解决方式，这些新的方式打开了许多世界的可能。你们的代码会比之前有更多的复用性，以及更好的可读性。
