今日完成的事情：

今天和前端小伙伴约定了一下，当公司状态为冻结的时候，禁止对该公司的职位进行增删改查。

实现方式就是在职位的操作之前增加了对公司状态的判断：

//对职位上下架操作之前，要确保公司处于非冻结状态
if(company.getForzen() == 0){

    model.addAttribute("code",-30002);
    return "pagescarrots-youneedboy-home-service/data/json";
}

代码就非常简单了，就是根据职位id取出该职位，然后再取出该职位对应的公司，判断公司是否冻结。

昨天写的时候漏写了两个接口，分别是修改职位状态和修改banner图状态的。

修改职位状态：

//对职位上下架操作之前，要确保公司处于非冻结状态
if(company.getForzen() == 0){

    model.addAttribute("code",-30002);
    return "pagescarrots-youneedboy-home-service/data/json";
}

profession.setStatus(status);
log.info("get profession data is : " + profession);

professionService.update(profession);

修改职位状态之前会对公司是否冻结做一个判断，若公司是冻结状态，那么不能修改职位状态，如果公司为非冻结状态，就把传回来的状态码赋值给现在的职位状态。

修改banner图状态：

这个接口更加简单，只需要对入参进行判断：

//入参校验
if(DataUtils.isNullOrEmpty(id)){

    model.addAttribute("code",-20000);
    return "pagescarrots-youneedboy-home-service/data/json";
}

然后就是把传入的状态码，赋值给需要修改的article的状态。

然后更新了一下接口文档，修改的和我们写的接口文档完全符合，包括参数的具体名字。

主要就是以前的参数名称和现在自己写的参数名称不一致：

修改后的：

总之就是修改了好多不一致的地方，放置前端传参数的时候，我们接受不到。

现在一天做的事情都比较零散，主要就是围绕着前端调接口的过程中出现的问题进行修改。

明日计划的事情：

继续接口联调

遇到的问题：

无

收获：

做这些小修改的时候感觉特别的麻烦，但是这也是对自己能力的一种锻炼。

任务开始时间：2017/12/15

预计完成时间：2017/12/28

延期：第一次延期至2018/1/2

延期原因：自己太菜了，写接口太慢了，耽误了大家的进度。

解决办法：撸起袖子，加班加点敲代码

禅道：http://taskNaNteng.com/zentao/project-story-494.html