Summary

真正才做2个项目  summary

1.开发前准备

开发工具 连上svn或者码云提取 tomcat启动服务 项目能跑起来

数据库公共或自己配好

原项目配置 能运行 不只是能看页面 平时也要用到原项目网页请求和控制台输出sql语句

2.编写准备

自己写的增删改查导入导出下载能执行 导入jar包和通用方法工具类

看原码逻辑 归根到底就是把用户看到的视图化为数据库各表的查询更改 用QC或者直接sql语句加逻辑判断

另外编写要规范:

请求方式统一 一定要设返回值ResponseResult(code,msg,data);

Entity与数据库同格式 其他Vo Bo就是当传入传出字段类型不统一的转换;

dao层主要做数据持久层的工作,负责与数据库进行联络的一些任务都封装在此;

service层主要负责业务模块的应用逻辑应用设计,首先设计接口,再设计其实现类。具体要调用已经定义的dao层接口;

controller层负责具体的业务模块流程的控制,在此层要调用service层的接口来控制业务流程,调用service层的接口来控制业务流程。

以前只是背这些,现在才知道要写规范就要这么麻烦。

很关键的一点 无论是迁移或者自己写都要把业务逻辑理好!知道这段代码是要干嘛 需要怎么做

3.出现bug 先看控制台postman报错 百度是哪些原因;再打断点 找到哪一步错;把所有方法都试过去 实在不行再问人。

请教问题的时候一定要笑脸迎人阿 自己笨都不会不要怕丢人 要承认自己菜 听别人的 因为每个人在教别人的时候都会觉得你既然不会还顶嘴 每个人都不喜欢别人顶嘴的 。

我很菜 写最近的感悟 *——* 

4.遇到的一些问题

代码是用生成器 数据库number类型的都生成Long或者double 原码里面是BigDecimal 生成完一定要对照原类型 不然我在迁移的时候好多转换 然后现在又要改

生成器不要带库名 上线换另一个库都不能用

有复用性的那种下拉框 树级菜单接口一定要先找人把通用的写出来 还有要注意用户权限 

5.迁移代码的时候 想显示些这些东西到底是干嘛的 就打断点进去看参数的结果,或者页面请求的时候"ids":[object Object],不知道请求传的是什么就打断点看参数 要注意这些参数传出来都是什么类型

你可能感兴趣的:(Summary)