Kotlin：将Lambda传入父类，参数式与抽象重写式哪种更优？

嘿，这两种方案各有优劣，得看你的具体需求来选，我帮你拆解清楚：

方案一：把Lambda当构造参数传给父类 #

先看代码示例：

open class Weapon(val someFunction: () -> Unit) { ... }
class TheWeapon() : Weapon({ 
    // 这里写具体的逻辑实现
}) { ... }

优点： #

• 灵活性拉满：你不仅能在子类构造时直接写Lambda逻辑，还可以在外部提前定义好逻辑，再把它传进去。比如多个子类要复用同一个逻辑？直接传同一个Lambda就行，不用重复写代码。
• 父类不用搞成抽象的：父类是open而非abstract，意味着你可以直接实例化父类（如果有需要的话），不用非得创建子类才能用。

缺点： #

• 代码可读性容易拉胯：如果Lambda里的逻辑比较复杂，堆在子类构造的括号里会显得乱糟糟的，后期维护起来要费点劲。
• 子类没法改这个逻辑：一旦把Lambda传给父类，子类就没法直接重写它的逻辑了——除非父类额外提供方法来覆盖，但那样反而把结构搞复杂了。

方案二：父类定义抽象Lambda，子类重写实现 #

代码示例是这样的：

abstract class Weapon() { 
    abstract val someFunction: () -> Unit
}

class TheWeapon() : Weapon() {
    override val someFunction: () -> Unit = {
        // 这里写具体的逻辑实现
    }
}

优点： #

• 代码结构清爽多了：Lambda的实现明确放在子类的override块里，和子类的其他逻辑凑在一起，逻辑归属很清晰，哪怕逻辑复杂也不会显得乱。
• 完美契合面向对象的抽象原则：父类定下“必须有这个功能”的契约，子类负责具体实现。后续加新的子类也很方便，只要重写someFunction就行，扩展性拉满。
• 子类内部好复用：你可以在子类的其他方法里直接调用这个someFunction，或者基于它做扩展，比方案一灵活。

缺点： #

• 父类必须是抽象类：这就意味着你不能直接实例化父类，必须得创建子类才能用它。
• 动态性差点意思：Lambda的实现是和子类绑定死的，没法像方案一那样给同一个子类实例动态换不同的逻辑。

总结建议 #

• 如果你的场景需要动态切换逻辑，或者父类本身需要被直接实例化，那选方案一准没错。比如你需要给不同的Weapon实例配不同的攻击逻辑，甚至偶尔要直接用父类搞个临时实例。
• 如果你的场景是每个子类对应固定的专属逻辑，更看重代码结构的清晰性和面向对象的规范性，那方案二会是更好的选择。比如每个具体的Weapon子类都有自己独一份、不会随便变的功能逻辑。

内容的提问来源于stack exchange，提问作者S. Entsov