CGB2005 0806 JAVA04总结

今天自己看框架
1.昨天的html 去理解jsp,js和Thymeleaf
2.重定向和dao,service,controller层的java代码 尝试去理解
3.回看录像 理解注释层面的
4.
这个{id]
回看CGB2005 0804 JAVA02总结 文档最初

新的疑问:为什么
GoodsController的

//restful 风格url的定义(restful为一种软件架构编码风格,定义了一种url的格式)
	//restful 风格的url语法:/a/b/{c}/{d},在这样的语法结构中{}为一个变量表达式
	@RequestMapping("doDeleteById/{id}")//   /goods/doDeleteById/{id}
	//假如我们希望在方法参数中获取rest url中变量表达式的值,可以使用@PathVariable注解对参数进行描述
	public String doDeleteById(@PathVariable Integer id,Model model) {//model对象可以将数据存储到请求作用域
		System.out.println("id="+id);
		goodsService.deleteById(id);
		List<Goods> list =goodsService.findsGoods();
		model.addAttribute("list", list);
		return "goods";//地址栏发生变化就是重定向,地址栏没发生变化就是请求转发
		//return "forward:/goods/doGoodsUI";//转发也要基于url找资源,也要通过反射调方法
		//return "redirect:/goods/doGoodsUI";//这种写法性能比较差(客户端与服务端需要重新建立连接)
	}

和Activity的controller多了一个Model

@RequestMapping("/activity/doDeleteObject/{id}")
	public String doDeleteObject(@PathVariable Long id) {
		System.out.println("delete.id="+id);//检查客户端提交的数据
		//????.......
		activityService.deleteObject(id);
		return "redirect:/activity/doFindActivitys";
	}

GoodsController 对应的html客户端页面代码

<tbody>
			<!-- tbody中通常用于定义表格的表体部分:呈现具体业务数据的区域 -->
			<tr th:each="g:${list}">
				<td th:text="${g.id}">1</td>
				<td th:text="${g.name}">MySQL</td>
				<td th:text="${g.remark}">RDBMS</td>
				<td th:text="${#dates.format(g.createdTime, 'yyyy/MM/dd HH:mm')}">2020/08/03
					16:10</td>
				<!-- goods/doDeleteById -->
				<td><a th:href="@{/goods/doDeleteById/{id}(id=${g.id})}">delete</a></td>
				<td><a th:href="@{/goods/doFindById/{id}(id=${g.id})}">update</a></td> 
			</tr>
		</tbody>

Activity的controller对应的html客户端页面代码

<tbody>
				<tr th:each="aty:${list}">
					<td th:text="${aty.title}"></td>
					<td th:text="${aty.category}"></td>
					<td th:text="${#dates.format(aty.startTime, 'yyyy/MM/dd')}"></td>
					<td th:text="${#dates.format(aty.endTime, 'yyyy/MM/dd')}"></td>
					<td th:text="${aty.state==1?'有效':'无效'}"></td>
					<td><button type="button" class="btn btn-danger btn-sm" th:onclick="doDeleteObject([[${aty.id}]])">delete</button></td>
				</tr>
			</tbody>

录像任务

@Mapper注释 通过底层的反射 将对象存储到Goods类里面
类的对象,没有去创建的话,mybatis底层通过反射会帮我们创建.通过调用方法或者直接为属性赋值的方法去存储到Goods里面

单例设计才是用@Component,多例设置直接交给mybatis底层去处理就好了

***** 基于这个类型的对象,存储从商品表中查询到的产品信息 *

要求: * 1)一行记录(应该指的是GoodsDao里面的)映射为内存中的一个Goods类型的对象 *


如上 对应的就是id对象

2)Goods类中的属性要与表中的字段有对应的映射关系( * 例如名字和类型尽量都共同)****
视频对应 2020-08-03 20-23-12-045

业务层serviceimpl为什么不可以插入@Mapper
GoodsDao是一个数据层
mybatis是一个持久层框架(也是一个数据层)
因为每一个层都有对应的职责,要各司其职

然后@Service为什么是修饰实现类,而不是修饰接口Service
因为@Service是属于spring的注解,把impl交给spring去处理
@Mapper不属于spring,是由mybatis创建框架底层的实现类

插入小考核 技巧

大题和选择题 优先做答题(简答题) 一改之前先做选择题的习惯 不会的暗地圈起来 归纳知识点

试题总结与归纳

**

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-11 配置项目依赖库文件
（4）项目目录结构如下图所示，其中“src”用于存放java文件；“lib”用于存放jar文件；“resources”用于存放配置文件；

图2-12 项目目录结构

3、项目搭建好了，让我们来开发接口，此处我们只需实现打印“Hello World!”，所以我们定义一个“sayHello”接口，代码如下：

package cn.javass.spring.chapter2.helloworld;
public interface HelloApi {
	public void sayHello();
}

4、接口开发好了，让我们来通过实现接口来完成打印“Hello World!”功能；

package cn.javass.spring.chapter2.helloworld;
public class HelloImpl implements HelloApi {
		@Override
		public void sayHello() {
			System.out.println("Hello World!");
		}
}

5、接口和实现都开发好了，那如何使用Spring IoC容器来管理它们呢？这就需要配置文件，让IoC容器知道要管理哪些对象。让我们来看下配置文件chapter2/helloworld.xml（放到resources目录下）：

<?xml version="1.0" encoding="UTF-8"?>
<beans
xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="
http://www.springframework.org/schema/beans	      http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/context		   http://www.springframework.org/schema/context/spring-context-3.0.xsd">
  <!-- id 表示你这个组件的名字，class表示组件类 -->
<bean id="hello" class="cn.javass.spring.chapter2.helloworld.HelloImpl"></bean>
</beans>

6、现在万一具备，那如何获取IoC容器并完成我们需要的功能呢？首先应该实例化一个IoC容器，然后从容器中获取需要的对象，然后调用接口完成我们需要的功能，代码示例如下：

package cn.javass.spring.chapter2.helloworld;
import org.junit.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class HelloTest {
	@Test
	public void testHelloWorld() {
       //1、读取配置文件实例化一个IoC容器
	     ApplicationContext context = 
new ClassPathXmlApplicationContext("helloworld.xml");
//2、从容器中获取Bean，注意此处完全“面向接口编程，而不是面向实现”
HelloApi helloApi = context.getBean("hello", HelloApi.class);
		//3、执行业务逻辑
		helloApi.sayHello();
	}

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之间几乎没有依赖关系，是不是很容易重用。