——引语 总算是有时间将我这几个月总结下了 前面都是总结的比较凌乱。希望这次好好组织语言
接触到前端js时还是比较陌生的了，因为之前一直用的zk来进行开发的，不过稍稍提下总能记起一些来，对比以前用的form表单方法而言实战项目里面是使用的ajax 要是对于ajax不是很熟悉的可以参照这个里面，不过在项目中用到的参数就比这个少得多就是了
$.ajax(function(){
URL：请求头。控制层中你写到的@requestbody(）注意的点是(你要是在控制层class前面也提了requestbody的话你也得把这里的写到模式
type：这里默认是get，不过有些浏览器还有别的支持类型如delete，不过在这里还是post隐藏为主，要是流量过大的话还是只能用get模式
Async:(默认是true）即是允许异步的意思设置。可以将这里设置为false，即锁住浏览器，等后台参数传回才能进行下一步的操作。
data:(一般而言传递的是json格式的data，也可以做单个数据传递，但是注意的一点是当这里是使用的同名传递,post传递多个参数的时候 (被标记[FromBody]的参数只能出现一次，被标记为[FromUri]的参数可以出现多次，如果被标记为[FromUri]的参数是简单参数，该标记可以去掉。)
请求的时候1、data：JSON.stringify(x)和contentType: "application/json"一起使用，或者2、data：{为键值对}，并且不能加contentType: "application/json"，这两种情况后台[FromBody]参数都能获取到值。（经测试过，当出现交叉情况，如:data里面为键值对，且加了contentType: "application/json"，后台将不能访问数据）
datatype:String类型的参数，可以写json，也可以写成text，这里可以写的有很多，这里是预期的服务器返回的类型，不写jquery将默认转为response xml或者responsetext
});
模式基本上就是这样了，其他的参数目前还没有用到，然后就是在传递的时候还是遇见一些问题，比较常见的就是类型问题，从ajax传递到后台。后台接收的时候发现不能接收，显示为null，这个问题主要是一些细节的问题，比如前台传时间已经将时间转为了String类型，这里还是需要多次的注意，剩下的部分倒是没有什么，能够在后台得到值后，就算出错，因为后台的低耦合，能够很轻松找到错误的切面，从而进行改正。注意一点的是，如果你的参数类型是number类型，传递一个0到mapper里面，要是你写了判断非空条件，这个0的值会被视为一个null，这点不知道怎么避免，我暂时是在条件里面多写一个判断。
在写项目的过程中我还是遇见比较常规的如分页，时间插件,这些插件就不多说了，在每一个项目中都会应用到。源码都可以在github上搜到，然后运用到了比较多的$each的方法，这种定位方法也是很方便的。在使用弹窗的时候项目里面是使用的swal。然后项目里面使用的导入导出， 是使用的xlsx.js。
在写项目过程中就会开始发现一个规范的格式要求和注解是有多重要了，也开始讲究代码的整洁性，对于一个兼职前端，能够找到最适宜的插件来满足需求的效果，在工作效率上面已经是很高的了。说到底开发的过程也是一个与bug不断斗争的过程， 能够准确的找到bug的产生原因，能够熟练运用浏览器的开发者模式，也是一个很重要的环节吧
