1.前后端分离:前后端分离开发的理解以及和前后端不分离的区别_前后端交互和前后端分离的区别-CSDN博客
2.resultMap是用于sql语句得到的结果集与实体类之间进行关系映射的。
要求:结果集中的列名和实体类的中属性名要一一对应,并且个数保持一致。才能实现映射,不然无法没有被映射到属性的数据。
3.Mybatis中一对一关系的时候,resultMap的两种书写方式:
第一种:在新的resultMap标签中加入一对一关系的对象属性:
第二种:在新的resultMap标签中使用<association/>标签
4.Mybatis中的一对多情况:
public class User {
private Integer id;
private String username;
private Integer age;
private String address;
private List<Role> roles;
}
User和Role一对多了。
一对多的时候resultMap中设置关联的实体类的映射规则,不外乎就是使用<collection/>标签:
5.实际上,实体类一对一,实体类一对多,无外乎就是改变<resultMap/>标签中书写的映射规则。
6.实际项目中,一般不会把所有数据全部查出来,一般都会进行分页查询,因为实际项目中一张数据库表包含很多数据。
7.Mybatis的分页插件:PageHelper。
8.Mybatis一级二级缓存。
---------------------------------------------------------------------------------------------------------------------------------
SpringCloud
9.单体架构&微服务架构
微服务架构:
微服务架构会面临的相关问题:服务拆分、远程调用、服务治理、请求路由、身份认证、配置管理、服务保护、分布式事务、异步通信、消息可靠性、延迟消息、分布式搜索、倒排索引、数据聚合。。。。。。
10.单体项目:将业务的所有功能集中在一个项目中开发,打成一个包部署。
微服务架构,服务化思想指导下的一套架构方案。服务化,是指把单体架构中的功能模块拆分为多个独立的项目。(微项目----微服务)
11.SpringCloud用于解决微服务架构的项目在开发当中,所会面临的一些问题。在Springboot强大的自动装配和依赖管理的特性支持下,十分方便的将SpringCloud当中囊括的技术,整合到微服务项目开发当中。
12.SpringCloudAlibaba和SpringCloud:SpringCloud制定了标准,二者使用起来只是依赖不同,使用方式,原理几乎都是一样的。
13.微服务拆分:
什么时候拆分?创业型项目,先采用单体项目,快速开发,快速试错。随着规模扩大,逐渐拆分;已经明确的大型项目,资金充足,目标明确,可以直接选择微服务架构,避免后续拆分的麻烦。
怎么拆分?从拆分的目标来说,要做到:
高内聚:每个微服务的职责要尽可能单一,包含的业务互关联度高、完整度高。
低耦合:每个微服务的功能要相对独立,尽量减少对其他微服务的依赖。
从拆分的方式来说,一般包含两种方式:
纵向拆分:按照业务模块来拆分。
横向拆分:提取公共服务,提高复用性。
不同场景可以选择不同拆分方式。
14.当把项目拆分为一个个微服务之后,不同服务之间走网络进行接口调用,Spring为我们提供了一个RestTemplate工具(后面不会用这个工具类),可以方便的实现Http请求的发送。
但是在集群条件下,RestTemplate这个工具就不好用了。因为这个远程发送Http请求的方式固定死了url地址。
15.服务治理:
用注册中心来解决服务治理的问题:注册服务,采用何种算法(负载均衡)选择服务,心跳机制检查服务是否存活,推送最新的注册中心存活的服务。
16.开源的注册中心组件Nacos(国产)
17.服务注册的步骤:
① 引入nacos discovery依赖
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
② 配置文件配置nacos地址
18.服务发现:
19.openFeign:简化从注册中心注册和拉取服务。
openFeign采用了SpringMVC的注解(GetMapping,PostMapping。。。)来请求注册中心中服务的接口,降低使用成本。