接口隔离原则

1. 客户端不应该依赖它不需要的接口

2. 类间的依赖关系应该建立在最小的接口上

优点

1. 将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。
2. 接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性。
3. 使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义。
4. 能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码
5. 如果接口的粒度大小定义合理，能够保证系统的稳定性；但是，如果定义过小，则会造成接口数量过多，使设计复杂化；如果定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险。

例子

不满足接口隔离原则。

interface IWorker {
    fun work()
    fun eat()
}

class Worker : IWorker {
    override fun work() {
        println("Worker work 方法")
    }

    override fun eat() {
        println("Worker eat 方法")
    }
}

class SuperWorker : IWorker {
    override fun work() {
        println("SuperWorker work 方法")
    }
    override fun eat() {
    }
}

class Manager {
    var worker: IWorker? = null

    fun work() {
        worker?.work()
    }
}

使用 接口隔离原则 进行拆分

interface IWorkable {
    fun work()
}

interface IFeedable {
    fun eat()
}

class Worker : IWorkable, IFeedable {
    override fun work() {
        println("Worker work 方法")
    }

    override fun eat() {
        println("Worker eat 方法")
    }
}

class SuperWorker : IWorkable {
    override fun work() {
        println("SuperWorker work 方法")
    }
}

class Manager {
    var worker: IWorkable? = null

    fun work() {
        worker?.work()
    }
}

总结

1. 接口应该尽量小，但是要有限度。
2. 接口只暴露给依赖接口的类（调用端）需要的方法，而不需要暴露不需要的方法。
3. 提高模块的内聚，减少它们之间的耦合。