经验记录薄

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/fragrant_no1/article/details/78922683

• 数据方面
  1，如何检查，查询出来的，拿来使用的数据是否可靠，正确，无污染？
  检查方面：
  1，先查数据的源在那里，看看数据从哪里插入表中的。
  2，再看，该表中的数据，在我们使用前，有没有被修改过。
  3，再看，我们拼写的sql语法是否正确，查询的方式，结果是否是我们想要得到的。
  2，数据的展示顺序，怎样更整洁，整齐？
  检查方面：
  1，首先，明确哪些字段需要展示，哪些不需要。
  2，字段展示的顺序一句字段的含义排序，如发送日期，发送时间放在一起。
  3，展示的字段的长度，字段内容多的，显示长度长一些，反之，少一些。
  4，字段展示的数据类型，根据字段数据原本的类型。
  3，数据校验如何更完整的校验，更全面的校验？
  检查方面：
  1，数据本身在数据库中的字段要求要最先满足，比如，表中字段长度是10，输入的数据长度不能超过10.(以及数据类型要求)
  2，然后在业务要求的范围内，满足业务要求，比如分钟0-59的纯数字，以及哪些是必须的，哪些是后端程序默认的。
  4，基础数据是什么？
  检查方面：；
  基础数据就是必须的数据内容，一开始就要展示要体现的。
  PS：对于数据得null，“”的处理一定要有。

• 异常处理方面

  1，如何对异常进行处理，而且更全面？
  检查方面：
  1，先讲能够预料到的异常进行处理，比如null，“”,类型转换等。
  2，对于不能预料的异常，用exception全局处理。
  3，对于异常都要记录下来，记录方式：日志记录，流水表记录等。
  2，对于结果如何记录，什么时候记录？
  检查方面：
  1，对于执行后的结果，需不需要记录，判别标准在于以后要不要查看，如果要查看就要记录，最好记录流水表，这样更方便查看。

• 程序方面

  1，看代码重构这本书，力求代码简单，简洁，高效。
  2，做接口的时候，调用方给什么数据，入什么数据，不做限制，过滤，这样避免我们这方的原因导致数据不完整，这里对方给的数据就是原始数据。