代码重构之抽象

最近一直在重构代码，需求是这样的，要在关于session操作的时候添加缓存，这个session指的是特定的用户行为，比如说获取用户投资偏好的时候，服务端会提出一系列的问题，用户通过回答指定的问题，然后服务端评估出用户的投资类型。

那么在这个一问一答的过程中，用户的请求其实是通过http转发过来的，那么http是无状态的，而且我们这里的信息是关于用户的其他信息，所以这些session信息通过持久化在数据库中,这里的session不是指spring mvc里的httpsession，而是我们自己维护一套在用户和我们服务端对话的过程中记录用户曾经所回答的问题。

因为用户可能在不同的状态所以session可能会有多个state,不同的state代表用户在不同的上下文环境下，不同状态下会进入不同的SessionStrategy去处理。

因为之前的SessionStrategy是通过去数据库查询一下当前用户处在什么样的状态，也就是去获得用户session 的state，然后判断用户现在在哪个状态，但是如果用户在一个类似风险评估的交互状态，那么每次请求都去数据库难免有点性能有点影响，因为用户一直会处于这个状态直至用户风险评估结束。因此，加cache就成了一个比较好的选择，那么是把cache单独独立出去，在每次修改的地方去修改一下缓存？还是去好好的设计一番呢？

开始的我就是通过在每个修改session状态的地方去update redis里面的state，那么这样就会造成代码侵入，如果下次再来一个SessionStrategy那么我还是要在新的里面去加cache，这样看起来就不是一个好的解决方式，可以说很不优雅，那么如何优雅的去解决呢？那就是重构，在每个SessionStrategy里面都定义两个方法，startSession和closeSession，这里还需注意的一点就是，如果用户一直在这个状态，那么没必要用户每次修改的时候都去更新一下，因为我想知道的用户是不是在这个状态，所以我就在用户进入这个状态的时候更新下缓存，然后离开这个状态的时候清除一下缓存，这样设计我觉得很优雅。

1.定义策略接口

public interface SessionStrategy {
  void doStrategy();
}

2.定义一个抽象类去实现这个接口

因为我要在所有的sessionStrategy实例中都添加startSession和closeSession，所以我们在抽象类直接实现这两个方法，注意这里是实现，那么所有实现这个抽象类的子类都会有这两个方法，可以看到，这里的startSession和closeSession我都是通过调用redis的服务来完成的，因为SessionStrategy的子类都是要注入到spring容器中的，所以我们在这里就要注入服务，所有继承此类的子类都会自动注入这个CacheService。

public abstract class AbstractSessionStrategy implements SessionStrategy{

    @Autowired
    CacheService cacheService;

    public void startSession(){
        cacheService.startSession();
    }

    public void closeSession(){
        cacheService.closeSession();
    }

}

3.实现ConversationSessionStrategy

@Component
public class ConversationSessionStrategy extends AbstractSessionStrategy {
    @Override
    public void doStrategy() {
        startSession();
        System.out.println("conversation session strategy");
    }
}

4.实现RiskEvaluateSessionStrategy

@Component
public class RiskEvaluateSessionStrategy extends AbstractSessionStrategy {
    @Override
    public void doStrategy() {
        startSession();
        System.out.println("riskEvaluate session strategy");
    }
}

上面的3和4都是具体的SessionStrategy，当用户进入某一个stratey的时候，都可以调用startSession和closeSession，这样就很统一了，还有一点要注意，CacheService里面，不要直接去调用操作redis的update，而是要wrapper一下，也就是给redis的update操作再包裹一层，这样如果以后我们的缓存不用redis了，比如说用memcache，那么我们只要的在包裹的那一层修改一下就可以了，否则的话，我们就要修改所有调用redis update的地方。

代码重构之抽象