通过本次对供暖维修系统的开发，我遇到了很多技术上的问题，也在团队合作上遇到了很多难题，在解决问题的过程中，我明显感受到自己的技术在不断地提高。
首先在项目设计上，我意识到应该以用户的角度看待问题，让系统功能简单易用，但是自己主观想象的功能总会有不合理之处，所以应该深入思考系统的功能，以用户的角度看待问题。其次，有时候请求数据会很慢，这让我意识到数据库优化的重要性，取数据的时候不能一味地取全部的列，应该取所需的最少得列，以减少数据传输量。第三，用Vue+ElementUI显示列表时，有时候明明有数据但就是显示不出来，其实是因为对象只有部分属性有值，有些属性因为某些原因并没有从数据库查出来，但是前端用到了这些数据，就导致出错，其他查出来的数据也显示不出来，解决方法就是查看后端，输出sql语句并检查。第四，前端输出日期时格式不好控制，可以引入第三方库moment，控制日期的输出格式。第五，在项目合并的时候，由于对Gitee的使用不熟悉，导致很多代码丢失了，还找不回来，后来，专门练习项目合并后，熟练地掌握了使用Gitee合并项目。
通过本次开发，我熟练使用SpringBoot、SpringMVC、MyBatisPlus框架实现项目功能，熟练使用Vue+ElementUI实现各种页面的显示，熟练使用AOP技术实现日志的记录，熟练使用Redis缓存来减少数据库访问次数、提高响应速度，熟练使用全局异常处理器来统一处理异常，使用了RabbitMQ实现消息队列，使用了Shiro实现了认证和权限管理。
本项目的优点是基本上完成了从用户下订单到订单分配再到工人维修的整个订单流程，使用了最新的框架作为技术支持。缺点是有很多地方不方便用户使用：第一，维修时应该是先维修后付费，而且不应该收上门费；第二，后端管理功能中的删除功能，应该直接在列表中添加一个操作列，而不是通过输入id来删除；第三，工人接受订单时，应该给工人提供维修地址、距离等数据，来提供给工人作为参考数据，判断是否接受订单；第四，订单的费用应该有依据，不能让工人随意乱定，比如，统计维修所用的零件数量及种类，然后自动生成费用。
0条评论
点击登录参与评论