原标题：Kotlin Tutorial (9) - 类委托

痛点

首先我们看这样一个例子，PD 说我们要一种绘制图案的能力。第一版只需要画出圆形和正方形就行。作为聪明的工程师，当时不能相信 PD 的话，那就这么抽象出 Shape 这样一个类，代码如下：

interfaceShape{

fundesc

}

classSquare: Shape {

overridefundesc{

print( "Square Shape")

}

}

classCircle: Shape {

overridefundesc{

print( "Circle Shape")

}

}

其后，PD 果然改需求了，但不是增加图形，而是要支持用不同颜色来绘制图形，假使只支持两种颜色，红色和蓝色。

这里就设计到经典的，继承与组合的选择。如果是继承的话，就得是这样的代码:

classRedSquare: Square{

overridefundesc{

print( "Use Red to draw Square Shape")

}

}

还得实现 BlueSquare, RedCircle, RedSquare 三个类，如果能绘制的颜色更多，那就得新建更多类出来。在这种情况下显然是组合优于继承，我们看看组合的代码怎么写:

interfaceShape{

fundesc

}

classSquare: Shape {

overridefundesc{

print( "Square Shape")

}

}

classCircle: Shape {

overridefundesc{

print( "Circle Shape")

}

}

interfaceColor{

fundesc

}

classDrawer( privatevalshape: Shape, privatevalcolor: Color) {

fundesc{

println( "Use ${color.desc}to draw ${shape.desc}")

}

}

这样无论多少种颜色，多少种形状，都不在跨下，不，是话下。

Delegate

继续看上面 Drawer 这个类，它是将图形的能力委托给 shape 实例，颜色的能力委托给 color 实例。kotlin 语言的开发者，考虑到了这种常见需求，给我们提供了方便关键字 by。

我们看看具体怎么用

classRedSquare: Shape by Square, Color byRed {

fundraw{

print( "use ${name}to draw ${desc}")

}

}

很简单，只需要用 by 这个关键字，将具体的能力委托给相应的实例就可以了。

under in hood

我们看看，kotlin 在具体实现的时候，是否也是用前面组合的方法呢？

publicfinalclassRedSquareimplementsShape, Color {

// $FF: synthetic field

privatefinalSquare $$delegate_0 = new Square;

// $FF: synthetic field

privatefinalRed $$delegate_1 = new Red;

publicfinalvoid draw {

String var1 = "use "+ this.name + " to draw "+ this.desc;

boolean var2 = false;

System. out.print(var1);

}

@NotNull

publicString desc {

returnthis.$$delegate_0.desc;

}

@NotNull

publicString name {

returnthis.$$delegate_1.name;

}

}

果然如我们猜想的那样，就是用组合来实现的。这下 by 这个关键字的秘密，也大白于天下啦！

责任编辑：