java 状态模式的实现与应用

我感觉下面的原文似乎把问题复杂化了，大致看了一下状态模式不难理解，以实际mvc模式开发的角度来理解就是：根据实体类的状态进行不同的业务。对外界暴露一个方法，具体判断写到内部。

比如这个文章写的比较具体：

https://blog.csdn.net/weixin_39397471/article/details/82843404

 

因为目前阶段最终都是要围绕spring模式开发的，就以springmvc的形式举一个例子。

功能：根据前台传来的code值，实现角色表的增删查改

 

实体类表：

@Data
public class Role {
    private Integer id;
    private String name;
    private Integer code;
}

controller层 （也可以理解错第三方第一接口），只对外界暴露一个execute方法。

@RestController
public class RoleController {
    @Autowired
    private RoleService roleService;

    @RequestMapping("/role")
    public void executeRole(Role role){
        roleService.execute(role);
    }
}

业务层的抽象方法，我看其他博主距例时，喜欢把这里传进来的参数当做：成员变量，这个问题一会再说，这里我直接传过来了

public abstract class RoleService {

    public void execute(Role role) {
        switch (role.getCode()) {
            case 1:
                select(role);
                break;
            case 2:
                add(role);
                break;
            case 3:
                update(role);
            case 4:
                delete(role);
                break;
        }
    }

    abstract Role select(Role role);

    abstract Role add(Role role);

    abstract Role update(Role role);

    abstract Role delete(Role role);
}

业务层 

@Service
public class RoleServiceImpl extends RoleService {

    @Autowired
    private RoleMapper roleMapper;

    @Override
    Role select(Role role) {
        return roleMapper.selectById(role.getId());
    }

    @Override
    Role add(Role role) {
        int insert = roleMapper.insert(role);
        return role;
    }

    @Override
    Role update(Role role) {
        //假使没有更新的mapper接口，那么更新实际上查询一下老的，然后跟传过来的数据对比一下，产生一个新的，删除老的，然后新增
        Role select = select(role);
        //对比role和select的数据。。。得到最终的数据
        delete(role);
        Role add = add(select);
        return add;
    }

    @Override
    Role delete(Role role) {
        int i = roleMapper.deleteById(role.getId());
        return role;
    }
}

 

这样一看，似乎就是模板方法，或者策略模式，但是研究了一下，可能状态方法在两者基础上又加入了互相调用的意思，也就是说，根据状态拆分成各个方法，此时是前两者的范畴，之后某些状态又依赖于其他的状态去实现，此时就又有点状态模式内味了。

 

因为之前有人分享过：领域模型和充血模型的概念，所以发现一个特点。

之前看的很多设计模式最大的问题就是在于和实际开发有点冲突，比如这里的业务层的抽象方法，如果按照设计模式，这里应该更像一个“实体类”，所有参数应该是直接放到内部的成员变量中，而不是跟spring模式一样传来传去，这样从概念上有点区别，前者强调我这是一个整体，整体自我处理，也就是entity.start()；这样，而传统开发模式把业务当做一个单例，实体类只存放参数，也就是entityService.start(entity)；这样。

这个问题我目前来说无法理解。