代码编写和git踩坑实例与避免方法

代码编写注意的细节点

• 涉及到具体业务的时候要把代码抽出来放在专门的service服务里
• 变量命名要有具体含义，不要出现数字和各种歧义情况
• 常量命名全部大写
• 在调用一个变量内部封装的方法前要确认是否已经初始化，避免出现空指针异常
• 遍历list的时候不要定义i的写法，循环直接写成XXX.foreach().stream()方法
• 代码连接要紧凑，一个内容里的代码最好堆积在一起不要分散
• 涉及到if语句或者while语句哪怕只有一句话也要将{}弄起来
• &&和||条件判断一定要万分确认 &&两个都对才往下走
• 不需要用到的类在代码功能实现后要删掉
• 设置注解 file->setting->file and code template->class 添加
• File and Code Templates
  /**
  @Author: QinJ
  @Description:
  *@Date:Create：in ${DATE} ${TIME}
  */
• 判断list是否为空使用list.isEmpty()

具体业务代码踩坑实例

• /{id}类似只能通过get方法接受，放到对应方法体内的时候记得加上@PathVariable
• 变量命名注意po表示与数据库对应的持久型对象，与数据库中表格数据一一对应，vo表示业务层之间相互调用的对象，bo表示业务对象，dto表示要传入到前端的对象，具体对象要先识别完毕后再放入所对应的包中
• 对于scope=provided的情况，则可以认为这个provided是目标容器已经provide这个artifact。换句话说，它只影响到编译，测试阶段。在编译测试阶段，我们需要这个artifact对应的jar包在classpath中，而在运行阶段，假定目标的容器（比如我们这里的liferay容器）已经提供了这个jar包，所以无需我们这个artifact对应的jar包了。Spring boot配置成web项目放入tomcat中要注意到的点
• 项目分层要层次化，避免糅合在一起加深依赖。
• @Repository注解可以标记在任何的类上，用来表明该类是用来执行与数据库相关的操作（即dao对象），并支持自动处理数据库操作产生的异常
• 注意Spring注解放置的地方
  @Component 最普通的组件，可以被注入到spring容器进行管理
  @Repository 作用于持久层
  @Service 作用于业务逻辑层
  @Controller 作用于表现层（spring-mvc的注解）
• 清楚浏览器用户信息->刷token ，配置过期时间或过期提醒->配置redis 设置过期时间
• locations中配置文件信息越靠近底下读写越优先
• 表与表之间，对象与对象之间存在多重关联要先画图确认好关系再写代码
• 引入lombok包通过@Data注解能够自动生成getter setter代码减少手写时间
• 数据重复插入去重（业务上出现域名或者其他数据去重）的时候用hashSet，拼接使用StringUtil工具类
• 开启异步线程加入@Async注解，记得加入注解的业务方法和引用该业务方法的代码和类不能出现在同一个类中，不然注解不生效。
• 开启数据库中操作的事务时@Transactional（rollbackFor=Exception.class）必须添加，防止事务回滚，插入删除尽量批量，减少运行时间，唯一性id可以通过内容形成。

Git踩坑

• 代码提交前先更新，再确认能够本地运行和打包，再提交
• 不小心移动代码了怎么办？可以通过local history进行回退
• 不小心删除了代码怎么办？通过local history来确认历史信息进行修复
• fetch+merge=pull 先commmit再push ，记得信息要按照提交规范写