发表于: 2021-02-23 23:41:40

1 1169


今天完成的事情:
继续学习spring-AOP
完成深度思考


明天计划的事情:
完善代码


遇到的问题:
使用阿里巴巴IDEA插件,出现好多警告,明天解决吧



收获:
11.为什么要先写单元测试?单元测试应该包括哪些?在正式打包的过程中,什么样的单元测试应该被屏蔽?在Maven里用什么方法可以跳过单元测试,单元测试应该被跳过吗。
先写单元测试,可以直接测试,找出问题。而不是直接拖到写完接口,运行报错,这个时候错误就和很多相关的。所以写单元测试的目的是为了先检测数据的增删改查的是否正确。
对数据库涉及增删改的应该被跳过
Maven 跳过单元测试打包的方法:
修改 pom 文件
<build>
    <plugins>
      <plugin>
         <groupId>org.apache.maven.plugins</groupId>
         <artifactId>maven-surefire-plugin</artifactId>
         <version>2.18.1<ersion>
        <configuration>
           <skipTests>true<Tests>
        </configuration>
      <ugin>
    <ugins>
<ild>
使用命令行
mvn package -Dmaven.test.skip=true  


12.为什么提供假数据的时候要求,直接Controller接收请求,在JSP中写死数据返回以用做假数据?为什么提供假数据的时候要求数据完整,有分页尽可能给分页,数据尽可能真实?
没有在JSP中写死假数据过。
假数据的目的是返回给前端使用,jsp写死假数据的话, 无论代码怎么变,前端可以一直获取假数据
假数据目的是模拟真实的数据传输情况,所以数据应该尽可能的真实。


13.为什么要写假数据,前后端联调的时候,应该什么时候商定接口文档,接口文档应该谁来维护,如果不提供假数据,会发生什么问题?
前端动态页面的开发需要依赖于后端提供的数据,项目开发初期商定,前后端一起维护,不提供假数据,前端无法进一步开发,影响开发进度.


14.接口应该怎么定义?一个页面应该只对应一个接口吗?还是一个实体对应一个接口,让前端去组装数据?两者的使用场景是什么?
根据接口文档来,一个页面可以对应多个接口,一个页面对应一个接口话,那早就被市场淘汰了。一个实体类也可以对应多个接口。看业务的复杂程度吧

15.多层分类应该怎么设计表结构,分别有什么问题?像文章分类这种需求,如果分类不确定,级别不确定,有可能动态调整,数据量和访问量又比较大,该怎么去设计?
加上一个父级id就可以了,主要是在service层来解决这个问题,通过业务代码来实现无限层级

16.什么是实体表,什么是关系表,一对多和多对多应该怎么设计表?
实体表即对应实体类,可以被实例化。关系表即存储表之间的关联、映射,不被实例化。
一对多:一张表就够了,比如一个学校里有多个学生
一对一:一个人只有一个身份证号码
多对一:多个学生在同一个班级,这时可以加一张关系表,更简单的是学生表加一个班级字段。
多对多:一个班级有多个学生,每个学生都可以选择多个课程。可以拆分为多个映射表。

17.什么是外键,用处是什么,为什么不建议使用外键做关联?
外键是数据表中的约束
假设有一个A表,一个B表,B表从属A。
那把A表的主键,放到B表的表格内,A和B表就通过外键关联了。
它使得AB表之中的数据始终完整。
(在数据库层面给AB两表建立了联系,也称物理外键)
外键的作用:

保证数据的完整性和一致性(对AB表的任何  插入,修改删除等操作  都得判断主外键)
级联操作方便(级联删除, 修改A表主键值  B也跟着改)
将数据完整性判断托付给了数据库完成,减少了程序的代码量
外键的缺点:
1.性能问题(往A表插入数据还得查询B表,增加查询过程,也加大了数据库的性能消耗)
2.扩展性问题(如果修改业务,还要在数据库中修改表之间外键关系,如果牵扯很多表的话,会更麻烦)
3.并发问题(在使用外键的情况下,每次修改A表数据都需要去B表检查数据,需要获取额外的锁。若是在高并发大流量事务场景,使用外键更容易造成死锁。)
尽量多使用逻辑外键,数据库中不设置外键,只有在sql语句中才对A B表建立逻辑外键关系。 如果要更改业务,不用动数据库,更改sql语句即可。


18.什么是数据库范式,是否应该严格遵守范式,什么情况下应该不遵守范式?
数据库范式之前看过的,没看太懂。
在知乎搜一下,稍微懂了一点
如何理解关系型数据库的常见设计范式? - 刘慰的回答 - 知乎 https://www.zhihu.com/question/24696366/answer/29189700
数据库的三大范式,将每个表都拆的非常细分,目的是为了消除重复数据,减少数据冗余,让数据库内的数据更好的组织,让磁盘空间得到更有效的利用。
范式,是用来学习参考的,设计的时候根据业务情况,未必一定要遵守,切记。



返回列表 返回列表
评论

    分享到