今天自己看框架
1.昨天的html 去理解jsp,js和Thymeleaf
2.重定向和dao,service,controller层的java代码 尝试去理解
3.回看录像 理解注释层面的
4.
这个{id]
录像任务
@Mapper注释 通过底层的反射 将对象存储到Goods类里面
***** 基于这个类型的对象,存储从商品表中查询到的产品信息 *
要求: * 1)一行记录(应该指的是GoodsDao里面的)映射为内存中的一个Goods类型的对象 *
如上 对应的就是id对象
2)Goods类中的属性要与表中的字段有对应的映射关系( * 例如名字和类型尽量都共同)****
视频对应 2020-08-03 20-23-12-045
插入小考核 技巧
大题和选择题 优先做答题(简答题) 一改之前先做选择题的习惯 不会的暗地圈起来 归纳知识点
试题总结与归纳
**
Spring IOC 如何理解?
**
IoC是什么
Ioc—Inversion of Control，即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。如何理解好Ioc呢？理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那我们来深入分析一下：
谁控制谁，控制什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象，即由Ioc容器来控制对象的创建；谁控制谁？当然是IoC 容器控制了对象；控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。
为何是反转，哪些方面反转了：有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。
用图例说明一下，传统程序设计如图2-1，都是主动去创建相关对象然后再组合起来：
图2-1 传统应用程序示意图
当有了IoC/DI的容器后，在客户端类中不再主动去创建这些对象了，如图2-2所示:
图2-2有IoC/DI容器后程序结构示意图
1.1.2 IoC能做什么
IoC不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；有了IoC容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是松散耦合，这样也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。
其实IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC容器来创建并注入它所需要的资源了。
IoC很好的体现了面向对象设计法则之一—— 好莱坞法则：“别找我们，我们找你”；即由IoC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找。
2.1.3 IoC和DI
DI—Dependency Injection，即“依赖注入”：是组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。
理解DI的关键是：“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”，那我们来深入分析一下：
谁依赖于谁：当然是某个容器管理对象依赖于IoC容器；“被注入对象的对象”依赖于“依赖对象”；
为什么需要依赖：容器管理对象需要IoC容器来提供对象需要的外部资源；
谁注入谁：很明显是IoC容器注入某个对象，也就是注入“依赖对象”；
注入了什么：就是注入某个对象所需要的外部资源（包括对象、资源、常量数据）。
IoC和DI由什么关系呢？其实它们是同一个概念的不同角度描述，由于控制反转概念比较含糊（可能只是理解为容器控制对象这一个层面，很难让人想到谁来维护对象关系），所以2004年大师级人物Martin Fowler又给出了一个新的名字：“依赖注入”，相对IoC 而言，“依赖注入”明确描述了“被注入对象依赖IoC容器配置依赖对象”。
2.2 IoC 容器基本原理
2.2.1 IoC容器的概念
IoC容器就是具有依赖注入功能的容器，IoC容器负责实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。应用程序无需直接在代码中new相关的对象，应用程序由IoC容器进行组装。在Spring中BeanFactory是IoC容器的实际代表者。
Spring IoC容器如何知道哪些是它管理的对象呢？这就需要配置文件，Spring IoC容器通过读取配置文件中的配置元数据，通过元数据对应用中的各个对象进行实例化及装配。一般使用基于xml配置文件进行配置元数据，而且Spring与配置文件完全解耦的，可以使用其他任何可能的方式进行配置元数据，比如注解、基于java文件的、基于属性文件的配置都可以。
那Spring IoC容器管理的对象叫什么呢？
2.2.2 Bean的概念
由IoC容器管理的那些组成你应用程序的对象我们就叫它Bean， Bean就是由Spring容器初始化、装配及管理的对象，除此之外，bean就与应用程序中的其他对象没有什么区别了。那IoC怎样确定如何实例化Bean、管理Bean之间的依赖关系以及管理Bean呢？这就需要配置元数据，在Spring中由BeanDefinition代表，后边会详细介绍，配置元数据指定如何实例化Bean、如何组装Bean等。概念知道的差不多了，让我们来做个简单的例子。
2.2.3 Hello World
一、配置环境：
JDK安装：安装最新的JDK，至少需要Java 1.5及以上环境；
开发工具：SpringSource Tool Suite，简称STS，是个基于Eclipse的开发环境，用以构建Spring应用，其最新版开始支持Spring 3.0及OSGi开发工具，但由于其太庞大，很多功能不是我们所必需的所以我们选择Eclipse+ SpringSource Tool插件进行Spring应用开发；到eclipse官网下载最新的Eclipse，注意我们使用的是Eclipse IDE for Java EE Developers（eclipse-jee-helios-SR1）；
安装插件：启动Eclipse，选择Help->Install New Software，如图2-3所示
图2-3 安装
2、首先安装SpringSource Tool Suite插件依赖，如图2-4:
Name为：SpringSource Tool Suite Dependencies
Location为：http://dist.springsource.com/release/TOOLS/composite/e3.6
图2-4 安装
3、安装SpringSource Tool Suite插件，只需安装如图2-5所选中的就可以：
Name为：SpringSource Tool Suite
Location为：http://dist.springsource.com/release/TOOLS/update/e3.6
图2-4 安装
4、安装完毕，开始项目搭建吧。
Spring 依赖：本书使用spring-framework-3.0.5.RELEASE
spring-framework-3.0.5.RELEASE-with-docs.zip表示此压缩包带有文档的；
spring-framework-3.0.5.RELEASE-dependencies.zip表示此压缩包中是spring的依赖jar包，所以需要什么依赖从这里找就好了；
下载地址：http://www.springsource.org/download
二、开始Spring Hello World之旅
1、准备需要的jar包
核心jar包：从下载的spring-framework-3.0.5.RELEASE-with-docs.zip中dist目录查找如下jar包
依赖的jar包：从下载的spring-framework-3.0.5.RELEASE-dependencies.zip中查找如下依赖jar包
2、创建标准Java工程：
（1）选择“window”—> “Show View” —>“Package Explorer”，使用包结构视图；
图2-5 包结构视图
（2）创建标准Java项目，选择“File”—>“New”—>“Other”；然后在弹出来的对话框中选择“Java Project”创建标准Java项目；
图2-6 创建Java项目
图2-7 创建Java项目
图2-8 创建Java项目
（3）配置项目依赖库文件，右击项目选择“Properties”；然后在弹出的对话框中点击“Add JARS”在弹出的对话框中选择“lib”目录下的jar包；然后再点击“Add Library”，然后在弹出的对话框中选择“Junit”，选择“Junit4”；
图2-9 配置项目依赖库文件
图2-10 配置项目依赖库文件
图2-11 配置项目依赖库文件
（4）项目目录结构如下图所示，其中“src”用于存放java文件；“lib”用于存放jar文件；“resources”用于存放配置文件；
图2-12 项目目录结构
3、项目搭建好了，让我们来开发接口，此处我们只需实现打印“Hello World!”，所以我们定义一个“sayHello”接口，代码如下：
4、接口开发好了，让我们来通过实现接口来完成打印“Hello World!”功能；
5、接口和实现都开发好了，那如何使用Spring IoC容器来管理它们呢？这就需要配置文件，让IoC容器知道要管理哪些对象。让我们来看下配置文件chapter2/helloworld.xml（放到resources目录下）：
6、现在万一具备，那如何获取IoC容器并完成我们需要的功能呢？首先应该实例化一个IoC容器，然后从容器中获取需要的对象，然后调用接口完成我们需要的功能，代码示例如下：
7、自此一个完整的Spring Hello World已完成，是不是很简单，让我们深入理解下容器和Bean吧。
2.2.4 详解IoC容器
在Spring Ioc容器的代表就是org.springframework.beans包中的BeanFactory接口，BeanFactory接口提供了IoC容器最基本功能；而org.springframework.context包下的ApplicationContext接口扩展了BeanFactory，还提供了与Spring AOP集成、国际化处理、事件传播及提供不同层次的context实现 (如针对web应用的WebApplicationContext)。简单说， BeanFactory提供了IoC容器最基本功能，而 ApplicationContext 则增加了更多支持企业级功能支持。ApplicationContext完全继承BeanFactory，因而BeanFactory所具有的语义也适用于ApplicationContext。
容器实现一览：
• XmlBeanFactory：BeanFactory实现，提供基本的IoC容器功能，可以从classpath或文件系统等获取资源；
（1） File file = new File(“fileSystemConfig.xml”);
Resource resource = new FileSystemResource(file);
BeanFactory beanFactory = new XmlBeanFactory(resource);
（2）
Resource resource = new ClassPathResource(“classpath.xml”); BeanFactory beanFactory = new XmlBeanFactory(resource);
• ClassPathXmlApplicationContext：ApplicationContext实现，从classpath获取配置文件；
BeanFactory beanFactory =
new ClassPathXmlApplicationContext(“classpath.xml”);
• FileSystemXmlApplicationContext：ApplicationContext实现，从文件系统获取配置文件。
BeanFactory beanFactory =
new FileSystemXmlApplicationContext(“fileSystemConfig.xml”);
具体代码请参考cn.javass.spring.chapter2.InstantiatingContainerTest.java。
ApplicationContext接口获取Bean方法简介：
• Object getBean(String name) 根据名称返回一个Bean，客户端需要自己进行类型转换；
• T getBean(String name, Class requiredType) 根据名称和指定的类型返回一个Bean，客户端无需自己进行类型转换，如果类型转换失败，容器抛出异常；
• T getBean(Class requiredType) 根据指定的类型返回一个Bean，客户端无需自己进行类型转换，如果没有或有多于一个Bean存在容器将抛出异常；
• Map<String, T> getBeansOfType(Class type) 根据指定的类型返回一个键值为名字和值为Bean对象的 Map，如果没有Bean对象存在则返回空的Map。
让我们来看下IoC容器到底是如何工作。在此我们以xml配置方式来分析一下：
一、准备配置文件：就像前边Hello World配置文件一样，在配置文件中声明Bean定义也就是为Bean配置元数据。
二、由IoC容器进行解析元数据： IoC容器的Bean Reader读取并解析配置文件，根据定义生成BeanDefinition配置元数据对象，IoC容器根据BeanDefinition进行实例化、配置及组装Bean。
三、实例化IoC容器：由客户端实例化容器，获取需要的Bean。
整个过程是不是很简单，执行过程如图2-5，其实IoC容器很容易使用，主要是如何进行Bean定义。下一章我们详细介绍定义Bean。
图2-5 Spring Ioc容器
2.2.5 小结
除了测试程序的代码外，也就是程序入口，所有代码都没有出现Spring任何组件，而且所有我们写的代码没有实现框架拥有的接口，因而能非常容易的替换掉Spring，是不是非入侵。
客户端代码完全面向接口编程，无需知道实现类，可以通过修改配置文件来更换接口实现，客户端代码不需要任何修改。是不是低耦合。
如果在开发初期没有真正的实现，我们可以模拟一个实现来测试，不耦合代码，是不是很方便测试。
Bean之间几乎没有依赖关系，是不是很容易重用。