宁波🖊记2.0

每天都在拷问自己：这真的是前一天的我敲出来的东西？！？

                                                                                                               ——题记

• 5月11日
  • 预想是美好的，昨天敲出来的控制层逻辑很难评，四个字：智商盆地；
    • 架构控制层逻辑前没有做详细的需求分析详细设计，开始就概要设计了，这不入地狱谁入地狱（悲
  • 上午仔细读了下昨天胸有成竹敲好的框架，嗯。。。推翻重写
    • 这次写还没有意识到上面规范的流程的必要性（私以为个人开发嘛 ，又不需要合作，整那些虚头八脑的。一周后的我：之前的我写的什么lj），参考了已有页面，开始一点一点理业务逻辑，不出意外，进度及慢。。。
  • 下午在边学element UI边理业务，边磕磕巴巴写MVC中度过；
• 5月12日
  • 久违的周五，之前上学还没那么喜欢过它（类目）
  • 今日感觉灵台清明，区区一个小功能今日就能把它框架列完；
  • 这次选择用了比较熟悉的编码流程（建表–持久化—业务接口–控制器–前台页面）（又是一大坑）
  • 速度很快，下班前框架火速成型了。
  • 另一说：周五真的给办公室带来了明显的可以感受到的快活气氛（乐）
• 第二周
  • 前台：
    •  详细翻了翻vue和elementUI手册，把握了下常用属性元素（果然需求推动的效率高）；
    • 另外感谢老师们造好的轮子，今日代码量downdown；
  • 后台：
    • 持久化层：
      • mybatis手写sql判空、多一个少一个符号，还要和oracle数据类型对不上等很麻烦（写完后老师告诉我有生成sql工具类）（大e）
      •  xml和mapper文件名慎重；
      • 复杂类型返回值还是中规中矩写返回集；
      • 最后，以后最后写持久化（毕竟之前没做好详细设计的大坑挖好了，最后还是要改的）（悲伤蛙.gif）
    • 业务层：
      • 做好设计前后变动其实不大，但有因为前期分表、以及没有做好详细设计等原因，有些业务其实不需要的（后面从前台开始一个个功能点往下捋发现的）
      • 实体类需要和前台要的数据字段对应下，不然json格式的数据映射的关系，后台拿不到预期值；
    • 控制层：
      •  和前台交互，参考之前的样式返回统一的数据响应就行。
• 第三周
  • 上周1.0版本的代码还差三个功能点就完成了，但在分析倒数第三个功能时，发现了一个没有做好详细设计带来的大坑，新增一个表，另两个表字段得重建，实体类属性也得改，sql得改，业务层也得改（大e）
  • pl/sql developer值得吐槽，10min自动下线，另外操作了任何一张数据表格记得commit，否则自己能把自己锁了。。。还有直接sql操作表确实比它的可视化界面强很多。最后这管理工具得自己写触发器和序列。。。
  • 虚拟机显示网络异常是正常的，莫慌，控制台报错八成是前台路由的问题，邱老师重设完ip都惊呆了哈哈哈哈哈。
  • 本周工作时间两天，后面三天回校答辩了，希望下周一剩下的两个功能点识相点（┭┮﹏┭┮）