谁说接口不能有代码？—— Kotlin接口简介（KAD 26）

作者：Antonio Leiva

时间：Jun 6, 2017

原文链接：https://antonioleiva.com/interfaces-kotlin/

与Java相比，Kotlin接口允许你重用更多的代码。

原因非常简单：你能够向你的接口加代码。如果你已经试用过Java8，这非常类似。

能够在接口中包括代码的好处在于，你能够用更强大的方式使用组合。

 

Java 6的接口

 

Java接口的问题是我们仅仅能描述行为，但不能实现它。

这在许多情况下，这足够了。由于我们想实现一个很好的组合时，它会强制我们将这个接口的实现委托给个别对象，这样有些情况我们就无法解决。

也使得简单的组合类代码重用相当复杂。

 

Kotlin的接口

 

Kotlin给我们带来好消息：接口可以有代码。

这意味着我们可以实现一种多重继承（在某种程度上有限）。我们可以让一个类实现几个接口，并继承每个接口的行为。

要编写一个包含一些实现方法的接口，你不需要做任何特殊的是：

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()
    }
}

非常棒！在组织我们的代码时，这给我们提供了更多的多功能性。

 

接口不能保持状态

 

请记住这个很重要的限制。我们能够在接口中添加代码，却不能有状态。

这就是说我们不能在接口中创建属性，用来存储状态。如果我们在接口中定义了属性，实现这个接口的类就需要重写这个接口。

让我们来看一个例子。假设接口需要一个上下文：

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两个类的对象组成：

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的之间的差异。现在尝试找出在什么情况下可以简化我们的生活，因为新的想法能够开辟一个可能的新天地。

这样你的代码将比以前更可重用，更易读了。

还不相信Kotlin可用于Android开发吗？尽快开始吧！幸亏有前面一系列文章，你可以学习到更多的Kotlin知识，或者在本书中学习从零开始创建一个完整的应用程序。