谁说接口不能有代码?—— 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知识,或者在本书中学习从零开始创建一个完整的应用程序。