外派公司上班记-第四天

        昨天把一个接口大体都写完了，今天准备把导出Excel的功能写完，之前还想用alibaba的esayExcel写呢，没想到公司有一个自己的工具类，还没给了我们一个之前写好的作为参考，这样一来就变得轻松多了，开干。

        我看了一下最关键的就是一个导出的方法，方法里有几个参数，我就先把一个空的Excel导出写出来，然后在想着把数据装进去。这个就分了文件名称，还要定义每列叫什么名字，之后还要获取一个session把session里的userId放到这个方法里作为参数。

        导出模板还是比较简单的，那么获取数据在之前的接口的方法里都有写，这样把这两个拼接一下就OK了，刚把这两个接口写完经理就来问我和那个小伙伴接口写的怎么样。我说我的两个接口都写完了，于是经理让我和前端沟通一下，前端准备测我的接口联调。之后又给我两个特别简单的接口，就是一个单表的分页查询，没什么难度，但是没想到在这翻车了，我一小会接写完了这个接口，启动用Postman测试时后端报错说是“org.apache.ibatis.binding.BindingException: Invalid bound statement (not found)”说是没有在Mapper里找到那个方法，我就找看对应名称是不是错了，发现不是然后又把形参名也都统一了，也找了网络上好多解决办法，最后还是晚上回家肝了一个小时发现 ".xml"这个后缀我TM是大写的！！！

下午前端测接口，这个测试方式是我在我这启动后端服务，然后把我的IP地址告诉他，然后他连我的后台去登录然后调接口，因为之前我是按接口文档写的以为没有不给参数就全查这个功能，经过和前端沟通完后，结果是我还要改一下这个分页查询的方法，经理经过我这里时问我测的怎么样，之后他又看了看我写的代码，说没有在实现类里写处理数据字典的逻辑，这里的数据字典就是我们要按字段里的CODE查出对应的名称把名称返回给前端，我说我在SQL里写了所以没在实现类里写，他看了看我的SQL,说我的SQL写的太复杂了，虽然可以这么写，但是没办吧，还得改掉按他说的把查字段名称的逻辑在实现类里写，白写了我的SQL,研究了好半天。