第二杯半价

在我自认为已经还原了所有原来的功能，很嗨（shao）皮（nao）的继续写下一个功能点的时候。阳阳过来跟我说，还丢了一个“议价”。

OK，麻溜儿的给补上了。

自定义采购品，阳阳的接口已经准备就绪了，先把数据展示出来再说。

此时，打包到组件里面的vuex的请求debugger一直走不进去，没办法定位问题，也走不进去watch监听。OMG，哪里写错了，不报错也瞪不出来呀。

明明哥来解救我了，组件打包的已经被压缩进去了，我在业务里面访问的都是被压缩后的文件。之所以能访问到具体的组件vue文件，是因为我单独引入了该文件。但是，我没引入具体的vuex的文件。然后，监听的变量少了一个属性，跑偏了。原来如此呀。改。

渲染出CheckBox的内容了，点选/取消交互也没问题。此时，发现一个问题。找产品说明：
自定义采购品列数太多了，而采购品的列都是要固定的，那么，如果都被选中的话，出现滚动条后，即使拉动滚动条也看不到后面供应商的数据。

解释清楚了，给的方案是：不要太多的采购品的列，只要现有的几个，然后两列是不可被勾掉的，其他可以被勾选/取消。

更新OMS的数据，继续。

阳阳又发现一个问题，供应商的数据是OMS回调业务接口追加上返回的，有缓存机制。那么，当提交一个数据走掉以后，表格数据更新了，表头没有办法更新。咋弄？

没关系，有问题，解决问题，给方案，定方案就好了，莫慌张。

阳阳提出2个方案：
第一，OMS的数据和供应商的数据，分开请求，然后拼接数据。
第二，前端只请求业务接口，由业务接口请求OMS的接口，然后拼接好数据返回。

第二个不错，我选第二个。

啊，第二个呀。阳阳那可怜兮兮的语气。

对呀，第二个，很棒的方案。

啊，第二个呀。后台有难度呀。

哈哈哈哈哈，那我就选第一个吧。

敲定方案，继续改。

给明明哥讲了一下问题和方案，现在的进展。

脖子两边疼了一天，稍微一动就疼，不动也疼，伴随着头晕，去买酸奶吧，第二杯半价，蓝莓的好吃。

IMG_0380(20190702-172933).jpg