SSM和开源框架
MyBatis重要组件：
- Mapper配置： 实体类Student.java - 数据表student , XML或注解
- Mapper接口： DAO层接口。 （只需要写接口，不用写实现类 ：需要遵循约定）
Mapper接口在编写时 需要遵循约定：
-
方法名和SQL配置文件（studentMapper.xml）中的id值必须相同
-
方法的输入参数，必须和SQL配置文件的 parameterType的类型相同；
-
方法的返回值，必须和SQL配置文件的resultType的类型相同
SQL配置文件
<select id="queryStudentByNo" parameterType="int" resultType="lanqiao.entity.Student" >
select * from student where stuNo = #{stuNo}
</select>
接口
<select id=" queryStudentByNo" parameterType="int" resultType="Student">
select * from student where stuNo=#{stuNo}
</select>
根据约定，编写接口
public interface StudentMapper
{
Student queryStudentByNo(int stuNO)
List<Student> queryStudentByNo()
}
特殊：
-
如果不存在parameterType ，则代表是一个无参方法
-
如果不存在resultType，则代表返回值是void
-
如果方法的返回值是一个集合类型，则实际resultType仍然是元素类型，而不是集合类型。
MyBatis开发时的常用对象
-
SqlSessionFactory：SqlSesssion工厂。通过SqlSessionFactory：SqlSesssion中的openSession()产生SqlSesssion对象。 -
SqlSesssion：SqlSesssion对象（类似于JDBC中的Connection） -
Executor：MyBatis中所有Mapper语句的执行 都是通过Executor进行的。
MyBatis四大核心对象
-
StatementHandler(负责sql语句)：数据库的处理对象 select… from where id = #{} … -
PrameterHandler(负责sql中的参数)：处理SQL中的参数对象 -
Executor -
ResultSetHandler：处理SQL的返回结果集
MyBatis四大处理器
StatementHandler、PrameterHandler、ResultSetHandler
剩下一个：TypeHandler （类型转换器）
执行流程
一对一、一对多，延迟加载
一对一
使用<resultMap>中<association>
一对一的延迟加载：
使用<resultMap>中<association>的select属性指定延迟加载的sql语句
<resultMap>
<association select="延迟加载的sql语句" >
<<association>>
</resultMap>
一对多：将一对一中的<association>改为<collection>
Spring
-
IOC/DI：控制反转/依赖注入
目的：解耦合
Student2 student = new Student2() 使用new会造成耦合度较高 ->工厂模式
类- >new ->对象
类- > 工厂模式->对象 ，可以实现解耦，问题是：需要自己编写工厂 -
IOC：IoC帮我们提供了一个工厂。 1.向工厂中注入对象 （配置[xml、注解]） 2.从工厂中获取对象
总结：Ioc可以让我们通过“配置的方式”来创建对象
AOP:面向方面编程
-
OOP的补充，不是替代。
-
使用oop的不足：
-
以上OOP两个不足，可以通过AOP进行改进。
-
使用AOP的实际场景：
日志、安全统一校验
Spring用到了那些设计模式
-
工厂模式：创建bean、获取bean
-
单例模式/原型模式： 创建bean时，设置作用域 ，singleton/prototype
-
监听模式：自定义时间发布，监听模式。如ApplicationListener，当某个动作触发时，就会自动执行一个通知。
以前（不用spring boot），需要自己配置框架的配置文件。
spring,mybatis ,SSM整合等情况 需要编写一大堆配置文件。
如果使用Spring Boot，则可以省略配置 。 好处：将开发重点放在业务逻辑上，而不是配置上。
自动装配的原理？ 约定优于配置 (核心：将一些配置功能，前置到源码底层实现好)
- 自动装配两个特点：
-
版本仲裁中心：因此，以后引入依赖时，不用再写版本号。好处：1.不用记 2.避免冲突(防止引入多个引来时，由于各个依赖的版本不兼容造成的冲突)
-
提供了很多starter(场景启动器) ：批量jar。
假设开发web项目 ( json.jar tomcat.jar hibernate-validator.jar, spring-web.jar … ) => spring-boot-starter-web.
以后使用web项目，只需要引入spring-boot-starter-web
自动装配的应用时： @EnableAutoConfiguration 就是springboot提供自动装配的 注解。
Spring Cloud
-
Spring Cloud：微服务治理框架
-
内置了许许多多的组件
Eureka
服务注册中，类似于dubbo中的zookeeper.
-
换个角度：Eureka也可以理解为 两个组件 Eureka Server和Eureka Client。
-
需要注意：Eureka Client有两个角度：如果站在eureka来看，是一个 客户端；如果站在系统角度来看，是一个服务端。
Ribbon
客户端负载均衡工具
Feign
声明式客户端负载均衡工具
Feign是建立在Ribbon之上。
Feign与Ribbon的区别： Ribbon面向URI地址的；Feign面向接口的
熔断器
- 熔断器：Hystrix
@HystrixCommand(fallbackMethod="b2")
public void a()
{
b();//远程
}
puyblic void b2()
{
...
}
