很多年没有写过日记的我，现在是又要开始了吗？
2019-8-12那是一个阳光明媚的中午，我们吃完饭准备前往北京达内实训基地，住宿条件 三室一厅（两室两厅的改装版），12个人。第二天一大早我们来到了北京达内教育大厦（亦庄），八楼会议室，十人一组，很不幸的是我们是八个人，因为只有八个人了。实训的前四天是在讲Spring SpringMVC Mybatis,重点呢在Spring 和Mybatis,相关的配置，以及ssm框架的整合和使用方法上，然后就开始了我们的项目写作，在编程上我们组的实力有点弱，大部分人在编程上存在很大的困难，但是可以去辅导写文档，从开始的需求分析文档，概要设计文档，这次竟然没有让我们写详细设计文档，而后就是数据库的设计和编码的过程，在代码快要完毕的时候我们进行产品说明书和答辩ppt的编写，当然了，我作为团队的编码主力，在文档上扮演评审的角色，虽然最后两天感冒很厉害，导致没有评审产品说明书和ppt,然后就没有了，答辩我感觉一团糟，但是我对我写的程序还是很有信心的，答辩完成后我 就去宿舍睡了一个多小时，毕竟带病一直在改代码。
豆腐渣式的叙事已经完毕了，接下来该记录一下正事了。
我们的项目是fashionpress 一个仿淘宝的B2C系统，实际上就是淘宝的购物流程，但是前台简单，就是简单的查看商品-》加入购物车-》下单-》支付-》完成的一个过程，前台还有登陆注册修改密码吧。后台是我主管的，我对后台是比较了解了，正常来走，订单模块，商品模块，商品图片管理模块，用户管理和角色管理模块，分类管理模块，后台除了这些还有登陆，忘记密码，权限管理，外加一个webSocket的前后台交互。
订单模块： 主要实现了对订单的查询与修改，查询是根据订单号查询，修改是对订单的发货和退款执行确认操作。在订单模块里面我们当然还有几个功能没有时间去实现，比如24小时对未付款订单的自动取消，用户的退货功能等等，在这一块主要遇到的问题就是在订单详情查找上，刚开始考虑到要查询很多订单的时候，一个订单需要查询订单主表和地址表，一个商品详情就要查询商品表，商品图片表，订单商品表，查询太多会导致数据库查询变慢，虽然用到了阿里的数据源，就对商品详情进行了异步查询，当我们需要看的时候再进行查找，肯定可以减缓数据库的压力。但是在页面的显示上犯了难，在dom操作上遇到了问题，由于没有考虑全面，也导致了页面的样式出现了错误，整体的页面块结构出现了偏差，但是在后天逻辑以及代码的执行上是没有问题的哦。后来也是在不断的测试中改过来了，但是前端真的麻烦。
商品模块，主要也是增 删 改 查 ，查有模糊查询，有根据编号查询，删除就是提示一下再进行商品的下架操作，改就是对商品的基本信息进行修改，增上，主要字段比较多，而且还有图片的上传，对于图片我们有对展示图片的上传和对详情图片的上传，展示图片只有一张，详情图片可以一次上传多张，缺点就在于我们没有吧上传的图片在线显示出来，不过想做也不是什么难事，对于商品模块我还是比较满意的。
接下来就挑着记录一下把，商品图片我觉得是做设计的时候是设计最全面的，可以增加展示图片，不过只能有一张，如果增加展示图片就必须将原来那张改为详情图片，详情图片的增加，删除，当然了，肯定有根据商品编号或者名称去查询所有的图片的。
还有就是角色管理模块，这里主要是在修改那里，页面也不少下功夫，一个角色会有多个权限，在修改的时候默认要将这些权限选择上，这里用的是多选框，而且没有的权限也要根据查表显示出来，需要进行jquery的判断，但是jquery和js中间的分界太不明显了，导致一些方法或者属性使用的错误，在表单提交的时候，还要有对多选框的一个判断，通过一个hidden进行传值，后台再进行split。
还有就是权限控制，这次我感觉到了规范带来的好处，多个模块，已模块划分权限，这样，我们就可以通过拦截器，或者切面，过滤器去进行对url的拦截，起到明显的权限管理的作用，对于页面，我们可以在主页面或者共有的nav页面上通过值的判断进行页面的显示。
这次的实训在开发的过程中，是比较规范的，在开发编码过程中，我们也是有很多注意的点的，比如开发前统一环境的搭建吗，网上仓库，分支的搭建，虽然道路坎坷，但我们坚强听过，在class的命名上，在包的选择上，在各个对象的应用上，开发的规范上，以及三层的根本作用发挥的我感觉还是很不错的，也算是一个中小型项目的企业开发流程，小组合作，不尽坎坷，但是我们依旧努力前行。
