spring（2）

两个核心的概念

IOC 控制发展 依赖注入

本来是程序员要实例化对象，把这个任务交（Spring 框架）

框架帮我们实例化对象，我们从容器中获取即可

这个就叫做控制反转。

非要用一个词描述spring框架

解耦

怎么降低程序之间的依赖？

controlle ----service --dao

通过案例来看，解耦合

 

解耦合

后面写代码都是 controlle ----service --dao。

servlet -----controller controller对servlet做 进一步的封装，用起来更加的方便

 

控制器

service ：业务逻辑，主要写业务逻辑的

dao：基本的简单的数据库的增删改查操作

这个层的额操作讲究是通用的，不会涉及到具体的业务逻辑

一到涉及到具体的业务逻辑，就不同用了。

通用度比较高，那么dao层的代码量就会比较少

认为 Service和dao是重复的，要一个即可？

例如：转账操作

在service层中是一个业务逻辑，定义一个转账方法即可

在dao层中是两个操作

在service层要调用两个dao方法

 

 

难道没有复杂的业务逻辑吗？

一般把复杂的操作变成n个简单的操作

 

之前学的是。尽量用一个复杂sql实现复杂的功能，做题

复杂的逻辑没拆成n个简单的操作，为了实现底层的代码的通用性 工作

 

等到后期，dao层代码基本不需要写，苞米豆已经帮我们写完了

我们只需要写极个别的复杂的需求的代码即可

 

具备拆的能力

例子：查询三年二班 所有学生的成绩

一步：

select*from stu,grade where stu.gid=grade.gid and gname="三年二班"

二步

根据班级字查询id

select gid from grade where gname = “三年级二班”

 

根据gid查询学生表中所有学生的成绩

select*from stu where stu.gid="刚才查询的id"；

1.为什么要拆？

后期要用别人的代码，实现数据库的各种操作。

然后翻看人家的代码发现基本都是单张表按操作，

所以我们为了能少写代码，多用别人的代码，我们把复杂的逻辑变成

n个简单的数据库单表操作，顺便提高代码的执行效率

2.为什么不写多张表的操作，这样我们程序员用起来更加的方便

只要涉及多张表的操作，一般会存在对应的业务逻辑

人家是没法预测具体的业务逻辑的，所以之中代码不好实现

人家苞米豆团队写的代码一定是通用的，不只是只对你自己的代码jie'ou

 

如果真的需要多张表的，而且我们假设没法再拆分，一定是多表操作，怎么办

老老实实的自己写dao层的代码，自己调用即可

一句话。能用别人的就用别人的，是在没办法在自己写

目前来说是单独的存在的，不存在关联关系

要让userDao作为一个属性值，注入到userService中

重点：代码中我们并没有实例化 userDao，但是可以调用

是因为我们在配置文件中实例化了userDao 并把此对象作为属性注入到了service 中

 

代码写完了 ，考虑一个问题，这样写究竟会带来什么好处？

解耦，让代码更加的灵活

 

例如：随着版本的迭代，发现UserDao写的不够好，想替代它

把当前类表示过时，，写一个新的类替换

我们可以用新的方式

在配置文件中重新配置即可

不需要修改代码‘

 

 

 

张才说了 设值注入，调用set方法实现对象的注入

 

构造注入

利用构造函数实现对象的注入

 

 

在配置文件中

 

• 其实还是比较麻烦，因为你要写很多的东西，例如构造函数 get/set方法

我们能不能只专注与写逻辑呢，而不是大量的写没用的代码

第三种方式使用注解

在配置文件中只配置这一行代码：使用包扫描

直译：组件的扫描

要扫描哪些包

在这里扫描的是com包，以及子包中的类

注意：这里只扫描添加特定的注解的类，把这些类实例化，放在容器中

 

 

 

在userDao里面

 

在UserServiceimpl里面

 

 

 

在这个项目中，这两个类加上注解。所以这两个类会被spring扫描到，并且实例化放在容器中

@Service 用来修改业务了逻辑层的代码

@Reposrioty 用来修改Dao层的代码

@Autowired 想要把那个对象注入，在此接口上添加这个注解

spring 扫描到这个注解后，会从容器中找此接口的实现类，然后把实现类的实例赋值给此属性。从而完成对象的自动注入

 

注意：

 

value相当于给此service起一个名字

 

为什么要起一个名字呢

在测试类中，根据名字来获取service实例的

 

 

能不能不要名字呢？

可以，要修改测试类的代码

getbean(UserService.class)

这样的话，spring会根据类型找此接口的实现类

但是：如果此接口有多个实现类就会报错

 

 

 

为什么类，对象可以称之为Bean？

我们的包是jar包 jar直译叫做罐子，可以理解为咖啡罐

Bean理解为咖啡豆

jar包放的是一个一个的类

罐中放的是咖啡豆

 

怎么解决？

1.在注解上添加名字的

2.根据类型找实例

弊端：

如果这个类型有多个实现类，会出问题

 

一个接口，有两个实现类。程序不会做选择题 ，如果有多个选项，不会自动选择，框架不知道用哪个实例，所以报错

在工作中，我们只需要稍微注意，一个接口只写一个实现类即可

Bean  类 对象

 

Bean 直译是 豆 。怎么跟类  对象进行关联的？

 

 

我们的包叫做 jar包

 

 

 

jar  直译叫做罐子   可以理解为咖啡罐

 

Bean 理解为咖啡豆

 

jar包中放的是一个一个的类

罐子中放的是 咖啡豆