策略模式——学习笔记

策略模式，简单来说就是在实现某个目的时有多种方法，每个方法就是一种策略，而开发人员为了代码结构清晰、精简，便于后期维护和升级，所采用的一种设计模式。

策略模式定义：策略模式定义了一系列算法，并把每个算法封装起来，而且使他们可以相互替换。策略模式使算法可以独立于使用它的客户而独立变化。

个人理解就是说，我们把实现某个功能的不同方法独立封装起来，并通过多态的特性使各个方法的封装可以相互替换，使得各个方法可以根据需求的变化而独立变化，不会影响到其他方法和使用它的客户。这样就遵循了OCP（开闭原则）和单一职责原则，实现了解耦，而且使每个方法的封装更具有可读性，可扩展性和可维护性，避免了修改代码是引入错误的可能。但是凡事有利必有弊，所以我们在使用设计模式时要有所取舍，策略模式的缺点就是类文件会大量增加。

下面来看这样一个需求，吉林某个单位的业务人员，要去北京出差。用户（即业务员）的目的是从吉林去北京，为了这个目的，我们可以选择火车，汽车，飞机。时间紧就选飞机，报销金额低可以选火车，时间宽松而且想舒适就可以选择汽车。

interface Strategy{
    abstract fun toBeiJing()
}
class TrainStrategy : Strategy {
    override fun toBeiJing() {
        System.out.println("坐火车去北京")
    }
}
class CarStrategy:Strategy {
    override fun toBeiJing() {
        System.out.println("坐汽车去北京")
    }
}
class PlaneStrategy:Strategy {
    override fun toBeiJing() {
        System.out.println("坐飞机去北京")
    }
}

fun main(args: Array<String>) {
    var salesMan:SalesMan= SalesMan()//实例化一个用户也就是业务员的对象
    salesMan.selectStrategy(TrainStrategy())//用户根据自身情况设置策略
    salesMan.toBeiJing()   //用户启程去北京
}
class SalesMan{
    var strategy:Strategy ?= null
    fun selectStrategy(strategy: Strategy){
        this.strategy=strategy
    }
    fun toBeiJing(){
        strategy!!.toBeiJing()
    }
}

总结：以上代码就是简单的策略模式，使用这种设计模式，可以使我们的代码结构清晰、稳定，便于维护、扩展，避免修改代码时引入错误，但是与之相对应的就是类的增涨，所以设计模式不能生搬硬套，要看我们项目中的实际需求，根据自身情况选择是否使用设计模式或者使用哪种设计模式。