Kotlin 扩展类如何取代装饰器设计模式？

Question

静态编程语言的留档声明如下：

Kotlin 提供了一种使用新功能扩展类的能力，而不必从类继承或使用设计模式（如装饰器）。

Kotlin 扩展

我很难理解扩展函数如何完全取代装饰器设计模式。

借用TutorialPoint的一个例子，你如何把下面的例子变成只使用扩展函数的代码？您能在不牺牲对具体形状对象和修饰形状对象调用< code>draw()的能力的情况下做到这一点吗？

interface Shape {
 fun draw();
}

class Rectangle: Shape {
 override fun draw() {
  println("Shape: Rectangle")
 }
}

class Circle: Shape {
 override fun draw() {
  System.out.println("Shape: Circle");
 }
}

abstract class ShapeDecorator(protected val decoratedShape: Shape): Shape {

 override fun draw(){
  decoratedShape.draw();
 }
}

class RedShapeDecorator(decoratedShape:Shape): ShapeDecorator(decoratedShape) {

 override fun draw() {
  decoratedShape.draw();
  setRedBorder(decoratedShape);
 }

 private fun setRedBorder(decoratedShape:Shape){
  System.out.println("Border Color: Red");
 }
}

fun main(){

 val circle: Shape = Circle();

 val redCircle: Shape  = RedShapeDecorator(Circle());

 val redRectangle: Shape = RedShapeDecorator(Rectangle());
  
 
 System.out.println("Circle with normal border");
 circle.draw();

 System.out.println("\nCircle of red border");
 redCircle.draw();

 System.out.println("\nRectangle of red border");
 redRectangle.draw();
}

Java 中的教程点示例

Answer 1

这似乎是一个设计推理或哲学的问题。第一个装饰器模式被称为包装器类。包装器/装饰器这样做是为了向feature（正在包装的）/wrappee的用户隐藏细节，添加或更改wrappee中的某个特性。然后它添加了一层抽象。通过这种抽象，如果需要的话，它可以在将来轻松地更改wrappee类。在你的例子中，我看不到ShapeDecorator/ShapeWrapper的用途-它真正的包装是什么，用于什么目的？-接口本身就是一个合同。

在 Kotlin 中，默认情况下所有类

现在来看看Extension和Wrapper之间的区别。如果您只需要扩展以添加基类的原始创建者遗漏的一些功能，并且您不能在基类中进行更改，或者觉得这不是进行更改的正确位置，那么您将选择扩展功能。它没有隐藏任何内容，也没有添加任何抽象层（一个或多个）。但如果它是为了抽象、装饰的目的，那么你就选择装饰家。扩展函数不替换装饰器模式。如果不需要，可以避免。

扩展也是由静态调度提供资金——用非常非常简单的话来说，它们在java反编译中变成了静态方法(因此你再次看到了抽象的缺失)。

这是一个快速写好的答案。