koltin的特性大多不是空穴來風(fēng)土匀，而是為了解決一些固有問題呻疹。
kotlin代理模式官方文檔地址：http://kotlinlang.org/docs/reference/delegation.html
一.代理模式
代理是實現(xiàn)代碼復(fù)用的一種方法。
在面向?qū)ο蟮恼Z言中柏靶，代理模式是通過組合的方式來達(dá)到和繼承一樣的效果的。
代理模式定義：給某個對象提供一個代理對象，并由代理對象控制對于原對象的訪問灵妨，即客戶不直接操控原對象，而是通過代理對象間接地操控原對象落竹。
下面是代理模式UML圖：
代理模式三要素：1.RealSubject 原對象 2.Proxy 代理對象 3.Subject 接口
RealSubject和Proxy都實現(xiàn)了Subject接口泌霍，這樣兩者就具有了公共方法Request。
通過執(zhí)行Proxy中的Request方法述召，間接的執(zhí)行RealSubject中的Request方法朱转。
先來個??了解一下如何實現(xiàn)：
interface Subject {
void request();
}
class RealSubject implements Subject{
@Override
public void request() {
System.out.println("RealSubject");
}
}
class Proxy implements Subject{
private RealSubject realSubject;
public Proxy(RealSubject realSubject) {
this.realSubject = realSubject;
}
@Override
public void request() {
System.out.println("Proxy start");
realSubject.request();
System.out.println("Proxy end");
}
}
public static void main(String[] args){
RealSubject realSubject = new RealSubject();
Proxy proxy=new Proxy(realSubject);
proxy.request();
}
以上代碼就是代理模式的實現(xiàn)原理。
通過代理模式：
功能1. 我們可以復(fù)用RealSubject類的代碼积暖。
功能2. 在執(zhí)行RealSubject的request方法執(zhí)行之前和執(zhí)行之后藤为，插入一段代碼（比如打印出來request方法的執(zhí)行時間）。
對于功能1 接下來讓我們思考一個問題：
假如Subject接口聲明了2個方法夺刑。而我們需要復(fù)用RealSubject其中的1個方法：
interface Subject {
void request1();
void request2();
}
class RealSubject implements Subject{
@Override
public void request1() {
System.out.println("RealSubject request1");
}
@Override
public void request2() {
System.out.println("RealSubject request2");
}
}
class Proxy implements Subject{
private RealSubject realSubject;
public Proxy(RealSubject realSubject) {
this.realSubject = realSubject;
}
@Override
public void request1() {
realSubject.request1();
}
@Override
public void request2() {
System.out.println("Proxy request2");
}
}
我們需要手動書寫Proxy類缅疟，然后重載request1和request2方法，我們可以很快的把代碼敲完遍愿。
如果Subject接口聲明了100個方法存淫，而我們想復(fù)用RealSubject類中的90個方法呢，這敲代碼花費(fèi)的時間不可忽視沼填。
kotlin成功的解決了這個問題桅咆。
二.kotlin代理模式的實現(xiàn)
kotlin實現(xiàn)代理模式非常簡單，看一個官網(wǎng)的??：
interface Base {
fun print()
}
class BaseImpl(val x: Int) : Base {
override fun print() { print(x) }
}
class Derived(b: Base) : Base by b
fun main(args: Array<String>) {
val b = BaseImpl(10)
Derived(b).print()
}
運(yùn)行結(jié)果是：10
轉(zhuǎn)為java代碼看一下廬山真面目：
// Base.java
import kotlin.Metadata;
public interface Base {
void print();
}
// Derived.java
import kotlin.Metadata;
import kotlin.jvm.internal.Intrinsics;
import org.jetbrains.annotations.NotNull;
public final class Derived implements Base {
private final Base $$delegate_0;
public Derived(@NotNull Base b) {
Intrinsics.checkParameterIsNotNull(b, "b");
super();
this.$$delegate_0 = b;
}
public void print() {
this.$$delegate_0.print();
}
}
// TestKt.java
import kotlin.Metadata;
import kotlin.jvm.internal.Intrinsics;
import org.jetbrains.annotations.NotNull;
public final class TestKt {
public static final void main(@NotNull String[] args) {
Intrinsics.checkParameterIsNotNull(args, "args");
BaseImpl b = new BaseImpl(10);
(new Derived((Base)b)).print();
}
}
// BaseImpl.java
import kotlin.Metadata;
public final class BaseImpl implements Base {
private final int x;
public void print() {
int var1 = this.x;
System.out.print(var1);
}
public final int getX() {
return this.x;
}
public BaseImpl(int x) {
this.x = x;
}
}
其實就是在編譯期自動生成了Derived類坞笙，解放了雙手岩饼。
我們可以按照需求復(fù)寫print()方法
interface Base {
fun printMessage()
fun printMessageLine()
}
class BaseImpl(val x: Int) : Base {
override fun printMessage() { print(x) }
override fun printMessageLine() { println(x) }
}
class Derived(b: Base) : Base by b {
override fun printMessage() { print("abc") }
}
fun main(args: Array<String>) {
val b = BaseImpl(10)
Derived(b).printMessage()
Derived(b).printMessageLine()
}
輸出：abc10
Derived除了可以實現(xiàn)Base接口荚虚，還可以繼承其他父類，方法名字遇到?jīng)_突怎么辦
比如Derived繼承了父類Parent籍茧，而父類同樣擁有print方法：
interface Base {
fun print()
}
class BaseImpl(val x: Int) : Base {
override fun print() {
print(x)
}
}
open class Parent {
open fun print() {
println("Parent print")
}
}
class Derived(b: Base) : Parent(),Base by b
fun main(args: Array<String>) {
val b = BaseImpl(10)
Derived(b).print()
}
輸出：10
可以看到父類print方法會被覆蓋版述。
三.kotlin代理模式的總結(jié)
1.只能實現(xiàn)對接口方法的代理，即Base類不能為抽象類硕糊。
2.不方便對所有的代理方法進(jìn)行統(tǒng)一處理院水。比如說在執(zhí)行每個方法前都執(zhí)行相同的邏輯，而java動態(tài)代理可以方便的實現(xiàn)這個功能简十。
3.方法名稱有沖突時檬某，代理類方法優(yōu)先級較高。
4.編譯期自動生成代理模式螟蝙。不會影響運(yùn)行效率恢恼。
四.繼承和代理的選擇
如果僅僅是代碼復(fù)用和方法重寫，繼承能達(dá)到和代理一樣的效果胰默。
繼承和代理的使用都存在條件限制：
如果使用繼承的話场斑，父類必須為可繼承的，并且想要覆蓋的方法也必須為可重寫的牵署，即java中類和方法都不能存在final修飾符漏隐，kotlin中明確使用open修飾符。
使用代理的話奴迅，兩者需要存在公共接口青责，比如上面例子中類Derived和Parent都需要實現(xiàn)Base接口。
由于kotlin取具、java存在單繼承的約束（每個類只能存在一個父類）脖隶，在使用繼承或者代理均可的情況下，推薦使用代理暇检。
