Spring-第1天

#

Spring 第一天

##Spring大纲内容

  1. SpringIOC容器

  2. Spring依赖注入

  3. Spring中Bean的声明周期

    重点:SpringIOC容器和Spring依赖注入都作为重点。
    注入方式:set注入方式、构造函数注入方式、集合注入
    创建Bean方式:构造函数创建、静态工厂创建、普通工厂创建

第1章 Spring 概述

1.1 spring 概述[了解]

1.1.1 spring 是什么

Spring 是分层的 Java SE/EE 应用 full-stack 轻量级开源框架,以 IoC(Inverse Of Control:反转控制)和 AOP(Aspect Oriented Programming:面向切面编程)为内核,提供了展现层 SpringMVC 和持久层 Spring JDBC 以及业务层事务管理等众多的企业级应用技术,还能整合开源世界众多著名的第三方框架和类库,逐渐成为使用最多的 Java EE 企业应用开源框架。

1.1.2 Spring 的发展历程

1997 年 IBM 提出了 EJB 的思想
1998 年, SUN 制定开发标准规范 EJB1.0
1999 年, EJB1.1 发布
2001 年, EJB2.0 发布
2003 年, EJB2.1 发布
2006 年, EJB3.0 发布
Rod Johnson(spring 之父)
Expert One-to-One J2EE Design and Development(2002)
阐述了 J2EE 使用 EJB 开发设计的优点及解决方案
Expert One-to-One J2EE Development without EJB(2004)
阐述了 J2EE 开发不使用 EJB 的解决方式(Spring 雏形)
2017 年 9 月份发布了 spring 的最新版本 spring 5.0 通用版(GA)

1.1.3 spring 的优势

方便解耦,简化开发(第一天)
通过 Spring 提供的 IoC 容器,可以将对象间的依赖关系交由 Spring 进行控制,避免硬编码所造成的过度程序耦合。用户也不必再为单例模式类、属性文件解析等这些很底层的需求编写代码,可以更专注于上层的应用。

AOP 编程的支持(第三天)
通过 Spring 的 AOP 功能,方便进行面向切面的编程,许多不容易用传统 OOP 实现的功能可以通过 AOP 轻松应付。

声明式事务的支持(第四天)
可以将我们从单调烦闷的事务管理代码中解脱出来,通过声明式方式灵活的进行事务的管理,提高开发效率和质量。

方便程序的测试
可以用非容器依赖的编程方式进行几乎所有的测试工作,测试不再是昂贵的操作,而是随手可做的事情。

方便集成各种优秀框架
Spring 可以降低各种框架的使用难度,提供了对各种优秀框架(Struts、Hibernate、Hessian、 Quartz等)的直接支持。

降低 JavaEE API 的使用难度
Spring 对 JavaEE API(如 JDBC、 JavaMail、远程调用等)进行了薄薄的封装层,使这些 API 的使用难度大为降低。

Java 源码是经典学习范例
Spring 的源代码设计精妙、结构清晰、匠心独用,处处体现着大师对 Java 设计模式灵活运用以及对 Java 技术的高深造诣。它的源代码无意是 Java 技术的最佳实践的范例。

1.1.4 spring 的体系结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rbtwiPrB-1574262711591)(img/tu01.png)]

第2章IoC的概念和作用

####2.1 程序的耦合和解耦[理解]
#####2.1.1 什么是程序的耦合
######2.1.1.1 概念
耦合性(Coupling),也叫耦合度,是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系,包括控制关系、调用关系、数据传递关系。模块间联系越多,其耦合性越强,同时表明其独立性越差( 降低耦合性,可以提高其独立性)。耦合性存在于各个领域,而非软件设计中独有的,但是我们只讨论软件工程中的耦合。
在软件工程中,耦合指的就是就是对象之间的依赖性。对象之间的耦合越高,维护成本越高。因此对象的设计应使类和构件之间的耦合最小。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个准则就是高内聚低耦合。
它有如下分类:
(1) 内容耦合。当一个模块直接修改或操作另一个模块的数据时,或一个模块不通过正常入口而转入另一个模块时,这样的耦合被称为内容耦合。内容耦合是最高程度的耦合,应该避免使用之。
(2) 公共耦合。两个或两个以上的模块共同引用一个全局数据项,这种耦合被称为公共耦合。在具有大量公共耦合的结构中,确定究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。
(3) 外部耦合 。一组模块都访问同一全局简单变量而不是同一全局数据结构,而且不是通过参数表传递该全局变量的信息,则称之为外部耦合。
(4) 控制耦合 。一个模块通过接口向另一个模块传递一个控制信号,接受信号的模块根据信号值而进行适当的动作,这种耦合被称为控制耦合。
(5) 标记耦合 。若一个模块A通过接口向两个模块B和C传递一个公共参数,那么称模块B和C之间存在一个标记耦合。
(6) 数据耦合。模块之间通过参数来传递数据,那么被称为数据耦合。数据耦合是最低的一种耦合形式,系统中一般都存在这种类型的耦合,因为为了完成一些有意义的功能,往往需要将某些模块的输出数据作为另一些模块的输入数据。
(7) 非直接耦合 。两个模块之间没有直接关系,它们之间的联系完全是通过主模块的控制和调用来实现的。
总结:
耦合是影响软件复杂程度和设计质量的一个重要因素,在设计上我们应采用以下原则:如果模块间必须存在耦合,就尽量使用数据耦合,少用控制耦合,限制公共耦合的范围,尽量避免使用内容耦合。
内聚与耦合
内聚标志一个模块内各个元素彼此结合的紧密程度,它是信息隐蔽和局部化概念的自然扩展。内聚是从功能角度来度量模块内的联系,一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件结构中各模块之间相互连接的一种度量,耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通过接口的数据。 程序讲究的是低耦合,高内聚。就是同一个模块内的各个元素之间要高度紧密,但是各个模块之间的相互依存度却要不那么紧密。
内聚和耦合是密切相关的,同其他模块存在高耦合的模块意味着低内聚,而高内聚的模块意味着该模块同其他模块之间是低耦合。在进行软件设计时,应力争做到高内聚,低耦合。

我们常见的耦合:

  1. 常量的耦合:我们直接将一些常量编写在Java代码中。这种耦合我们可以通过配置文件解决
  2. 对实现类的依赖

######2.1.1.2 代码中的体现

早期我们的JDBC操作,注册驱动时,我们为什么不使用DriverManager的register方法,而是采用Class.forName的方式?
原因就是:我们的类依赖了数据库的具体驱动类(MySQL),如果这时候更换了数据库品牌(比如Oracle),需要修改源码来重新数据库驱动。这显然不是我们想要的。
     /**
 	 * 程序的耦合
	 *      耦合:程序间的依赖关系
	 *          包括:
	 *              类之间的依赖
	 *              方法间的依赖
	 *      解耦:
	 *          降低程序间的依赖关系
	 *      实际开发中:
	 *          应该做到:编译期不依赖,运行时才依赖。
	 *      解耦的思路:
	 *          第一步:使用反射来创建对象,而避免使用new关键字。
	 *          第二步:通过读取配置文件来获取要创建的对象全限定类名
	 */
public class JdbcDemo1 {
    public static void main(String[] args) throws SQLException {
        //1、注册驱动
        //DriverManager.registerDriver(new com.mysql.jdbc.Driver());
        Class.forName("com.mysql.jdbc.Driver");
        
        //2、获取连接Connection
        Connection conn = DriverManager.getConnection("jdbc:mysql://127.0.0.1:3306/spring5", "root", "123456");
        //3、获取操作数据库的预处理对象PreparedStatment
        PreparedStatement pstm = conn.prepareStatement("SELECT * FROM account");
        //4、执行SQL语句,获得结果集
        ResultSet resultSet = pstm.executeQuery();
        //5、遍历结果集
        while (resultSet.next()){
            System.out.println(resultSet.getString("name"));
        }
        //6、关闭资源
        resultSet.close();
        pstm.close();
        conn.close();
    }
}

解耦要注意的两点:
1. 使用配置文件解决硬编码的耦合
2. 尽量依赖接口而不依赖具体的实现类

#####2.1.2 解决程序耦合的思路
当是我们讲解jdbc时,是通过反射来注册驱动的,代码如下:
Class.forName(“com.mysql.jdbc.Driver”);//此处只是一个字符串
此时的好处是,我们的类中不再依赖具体的驱动类,此时就算删除mysql的驱动jar包,依然可以编译(运行就不要想了,没有驱动不可能运行成功的)。
同时,也产生了一个新的问题,mysql驱动的全限定类名字符串是在java类中写死的,一旦要改还是要修改源码。
解决这个问题也很简单,使用配置文件配置。

#####2.1.3 工厂模式解耦
#####2.1.3.1 思路
在实际开发中我们可以把三层的对象都使用配置文件配置起来,当启动服务器应用加载的时候,让一个类中的方法通过读取配置文件,把这些对象创建出来并存起来。在接下来的使用的时候,直接拿过来用就好了。
那么,这个读取配置文件,创建和获取三层对象的类就是工厂。

#####2.1.3.2 具体代码:
持久层

/**
 * 账户的持久层接口
	 */
public interface AccountDao {
    /***
     * 模拟保存账户
     */
    void saveAccount();
}


/**
	 * 账户的持久层实现类
 */
public class AccountDaoImpl implements AccountDao {
    /**
     * 模拟保存账户
     */
    public void saveAccount() {
        System.out.println("保存了账户!");
    }
}

业务层

/**
	 * 账户业务层的接口
 */
public interface AccountService {
    /***
     * 模拟保存账号
     */
    void saveAccount();
}

/**
	 * 账户的业务层实现类
 */
public class AccountServiceImpl implements AccountService {
    //private AccountDao accountDao = new AccountDaoImpl();
    private AccountDao accountDao = (AccountDao) BeanFactory.getBean("accountDao");
    /***
     * 模拟保存账号
     */
    public void saveAccount() {
        accountDao.saveAccount();
    }
}

表现层

/**
 * 模拟一个表现层,用于调用业务层
 */
public class Client {
    public static void main(String[] args) {
        //AccountService accountService = new AccountServiceImpl();
        AccountService accountService = (AccountService) BeanFactory.getBean("accountService");
        accountService.saveAccount();
    }
}

通过上面的代码我们可以看出:被注释上的部分就是我们程序中的耦合体现。而下面的通过BeanFactory中getBean方法获取对象就解决了我们代码中对具体实现类的依赖。

工厂类:

/********
 * 	 一个创建Bean对象的工厂
 *
 *   第一个:需要一个配置文件来配置我们的service和dao
 *           	配置的内容:唯一标识=全限定类名(key=value)
 *   第二个:通过读取配置文件中配置的内容,反射创建对象
 *   我的配置文件可以是xml也可以是properties
 ******/
public class BeanFactory {
    //定义衣蛾Properties对象,用于存放解析的配置信息
    private static Properties props = new Properties();;
    //存储
    private static Map beans = new HashMap();
    //使用静态块为props对象赋值
    static {
        try {
            //读取配置文件
            InputStream in = BeanFactory.class.getClassLoader().getResourceAsStream("bean.properties");
            //加载配置文件字节输入流
            props.load(in);
            //读取配置文件,获取所有的key
            Enumeration keys = props.keys();
            //遍历所有的key
            while (keys.hasMoreElements()){
                //获得key
                String key = keys.nextElement().toString();
                //获取key对应的类全限定名
                String beanPath = (String) props.get(key);
                //获取字节码对象
                Object value = Class.forName(beanPath).newInstance();
                //把key和value存入容器中
                beans.put(key,value);
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    /***
     * 根据Bean的名称获取对象
     * @param beanName
     * @return
     */
    public static Object getBean(String beanName){
        return  beans.get(beanName);
    }
}
 
  

配置文件 bean.properties

accountService=com.gavin.service.impl.AccountServiceImpl
accountDao=com.gavin.dao.impl.AccountDaoImpl

#####2.1.4 控制反转-Inversion Of Controls
上一小节我们通过使用工厂模式,实现了表现层——业务层以及业务层——持久层的解耦。

它的核心思想就是:
	1、通过读取配置文件反射创建对象。
	2、把创建出来的对象都存起来,当我们下次使用时可以直接从存储的位置获取。
这里面要解释两个问题:
	第一个:存哪去?
		分析:由于我们是很多对象,肯定要找个集合来存。这时候有Map和List供选择。
			  到底选Map还是List就看我们有没有查找需求。有查找需求,选Map。
		所以我们的答案就是
			在应用加载时,创建一个Map,用于存放三层对象。
			我们把这个map称之为容器。
	第二个:什么是工厂?
		工厂就是负责给我们从容器中获取指定对象的类。这时候我们获取对象的方式发生了改变。

原来:

我们在获取对象时,都是采用new的方式。是主动的。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kYDyFtYn-1574262711598)(img/tu02.png)]

现在:

我们获取对象时,同时跟工厂要,有工厂为我们查找或者创建对象。是被动的。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-h5H7V0uy-1574262711602)(img/tu03.png)]

这种被动接收的方式获取对象的思想就是控制反转,它是spring框架的核心之一。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kIvcEcov-1574262711609)(img/tu04.png)]

明确ioc的作用:
	削减计算机程序的耦合(解除我们代码中的依赖关系)。

第3章使用spring的IOC解决程序耦合

###3.1 案例的前期准备[会用]
本章我们使用的案例是,账户的业务层和持久层的依赖关系解决。在开始spring的配置之前,我们要先准备一下环境。由于我们是使用spring解决依赖关系,并不是真正的要做增删改查操作,所以此时我们没必要写实体类。并且我们在此处使用的是java工程,不是java web工程。

####3.1.1 准备spring的开发包
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EA5xSiaf-1574262711612)(img/tu05.png)]

官网:http://spring.io/ 
下载地址:
http://repo.springsource.org/libs-release-local/org/springframework/spring
解压:(Spring目录结构:)
	* docs		:API和开发规范.
	* libs		:jar包和源码.
    * schema	:约束.
    
我们上课使用的版本是spring5.0.2。
特别说明:
	spring5版本是用jdk8编写的,所以要求我们的jdk版本是8及以上。
	同时tomcat的版本要求8.5及以上。

###3.2 基于XML的配置(入门案例)[掌握]
####3.2.1 第一步:创建maven工程并导入坐标
此时我们不需要通过浏览器访问,所以打包方式选择jar即可。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gG6MrWgH-1574262711617)(img/tu06.png)]

pom.xml的坐标信息:


  	
  		org.springframework
  		spring-context
  		5.0.2.RELEASE
  	
  

为了方便测试,可以加入单元测试


    junit
    junit
    4.12

####3.2.2 第二步:创建业务层和接口实现类
/***
*业务层接口
*/
public interface AccountService {
/

* 模拟保存账号
*/
void saveAccount();
}

/***
 * 业务层接口实现类
 ***/
public class AccountServiceImpl implements AccountService {
    //依赖问题待解决
    private AccountDao accountDao = new AccountDaoImpl();

    /***
     * 模拟保存账号
     */
    public void saveAccount() {
        accountDao.saveAccount();
    }
}

####3.2.3 第三步:创建持久层接口和实现类
/********
* 持久层接口
* version:1.0
***/
public interface AccountDao {
/

* 模拟保存账户
*/
void saveAccount();
}

/********
 * author:shenkunlin
 * date:2018/7/9 15:26
 * description:持久层实现类
 * version:1.0
 ******/
public class AccountDaoImpl implements AccountDao {
    /**
     * 模拟保存账户
     */
    public void saveAccount() {
        System.out.println("保存了账户!");
    }
}

####3.2.4 第四步:创建测试类
/********
* 模拟表现层用于调用Service
******/
public class Client {
public static void main(String[] args) {
//依赖问题待解决
AccountService accountService = new AccountServiceImpl();
accountService.saveAccount();
}
}

####3.2.5 第五步:在类的根路径下创建一个任意名称的xml文件(不能是中文),我们创建bean.xml
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OncDuSn3-1574262711618)(img/tu07.png)]

给配置文件导入约束:
/spring-framework-5.0.2.RELEASE/docs/spring-framework-reference/html5/core.html

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sqpsEUFS-1574262711620)(img/tu08.png)]




####3.2.6 第六步:让spring管理资源,在配置文件中配置service和dao

    
    
    
    
    
    


####3.2.7 测试配置是否成功
public class Client {
/**
* 使用main方法获取容器测试执行
*/
public static void main(String[] args) {
//1.使用ApplicationContext接口,就是在获取spring容器
ApplicationContext ac = new ClassPathXmlApplicationContext(“bean.xml”);
//2.根据bean的id获取对象
AccountService accountService = (AccountService) ac.getBean(“accountService”);
System.out.println(accountService);

        AccountDao accountDao = (AccountDao) ac.getBean("accountDao");
        System.out.println(accountDao);
    }
}

日志信息

信息: Loading XML bean definitions from class path resource [bean.xml]
com.gavin.service.impl.AccountServiceImpl@61832929
com.gavin.dao.impl.AccountDaoImpl@29774679

Spring的IOC的小结

  1. 引入springIOC的依赖
  2. 创建spring的配置文件
  3. 将要创建对象的类配置到核心容器
  4. 在使用的时候创建核心容器加载配置文件
  5. 调用核心容器的getBean()方法,传入id获取对应的对象

###3.2 Spring基于XML的IOC细节[掌握]

####3.2.1 spring中工厂的类结构图
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hIaTxDs0-1574262711623)(img/tu09.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vo7XVWRG-1574262711624)(img/tu10.png)]

####3.2.2 BeanFactory和ApplicationContext的区别
BeanFactory才是Spring容器中的顶层接口。
ApplicationContext是它的子接口。
BeanFactory和ApplicationContext的区别:
创建对象的时间点不一样。
ApplicationContext:只要一读取配置文件,默认情况下就会创建对象。
BeanFactory:什么使用什么时候创建对象。
ApplicationContext作为BeanFactory的子接口,具备更多的方法和功能

#####3.2.2.1 ApplicationContext测试代码
为了方便测试,在AccountServiceImpl中添加一个无参构造函数,打印一句话

public AccountServiceImpl() {
    System.out.println("创建AccountServiceImpl....");
}

/****
 * 使用ApplicationContext实现对Bean的访问
 */
@Test
public void testSaveAccount(){
    //创建ApplicationContext对象,它就是Spring的容器之一
    ApplicationContext act = new ClassPathXmlApplicationContext("beans.xml");
	//此时已经创建了对应的Bean
}

#####3.2.2.2 BeanFactory测试代码
/****
* 使用BeanFactory 对Bean的访问
*/
@Test
public void testBeanFactory(){
//读取beans.xml文件
Resource resource = new ClassPathResource(“beans.xml”);

    //创建BeanFactory对象
    BeanFactory beanFactory = new XmlBeanFactory(resource);

    //获取AccountServiceImpl实例,此时才创建对应的Bean
    AccountService accountService = (AccountService) beanFactory.getBean("accountService");
}

####3.2.3 ApplicationContext接口的实现类
ClassPathXmlApplicationContext:
它是从类的根路径下加载配置文件 推荐使用这种
FileSystemXmlApplicationContext:
它是从磁盘路径上加载配置文件,配置文件可以在磁盘的任意位置。
AnnotationConfigApplicationContext:
当我们使用注解配置容器对象时,需要使用此类来创建spring容器。它用来读取注解。

####3.2.2 IOC中bean标签和管理对象细节
#####3.2.2.1 bean标签
作用:
用于配置对象让spring来创建的。
默认情况下它调用的是类中的无参构造函数。如果没有无参构造函数则不能创建成功。
属性:
id:给对象在容器中提供一个唯一标识。用于获取对象。
class:指定类的全限定类名。用于反射创建对象。默认情况下调用无参构造函数。
scope:指定对象的作用范围。
* singleton :默认值,单例的.
* prototype :多例的.
* request :WEB项目中,Spring创建一个Bean的对象,将对象存入到request域中.
* session :WEB项目中,Spring创建一个Bean的对象,将对象存入到session域中.
* global session :WEB项目中,应用在Portlet环境.如果没有Portlet环境那么globalSession相当于session.

	init-method:指定类中的初始化方法名称。
	destroy-method:指定类中销毁方法名称。

#####3.2.2.2 bean的作用范围和生命周期
在AccountServiceImpl总加上2个方法
//初始化时调用
public void init(){
System.out.println(“AccountServiceImpl初始化了。。。。。”);
}
//销毁时调用
public void destroy(){
System.out.println(“AccountServiceImpl销毁了。。。。。”);
}

单例对象:scope="singleton"
	一个应用只有一个对象的实例。它的作用范围就是整个引用。
	生命周期:
		对象出生:当应用加载,创建容器时,对象就被创建了。
		对象活着:只要容器在,对象一直活着。
		对象死亡:当应用卸载,销毁容器时,对象就被销毁了。


多例对象:scope="prototype"
	每次访问对象时,都会重新创建对象实例。
	生命周期:
		对象出生:当使用对象时,创建新的对象实例。
		对象活着:只要对象在使用中,就一直活着。
		对象死亡:当对象长时间不用时,被java的垃圾回收器回收了。

Bean的生命周期的小结:

  1. 使用ApplicationContext的时候:
    1. 核心容器创建的时候,bean对象就创建
    2. 核心容器销毁的时候,bean对象就销毁
  2. 使用BeanFactory的时候
    1. BeanFactory调用getBean()方法的时候创建bean对象
    2. 由虚拟机的GC机制当bean对象没有变量指向它的时候会垃圾回收

#####3.2.2.3 实例化Bean的三种方式

第一种方式:使用默认无参构造函数
	


第二种方式:spring管理静态工厂-使用静态工厂的方法创建对象
/**
 * 模拟一个静态工厂,创建业务层实现类
 */
public class StaticFactory {	
	public static AccountService createAccountService(){
		return new AccountServiceImpl();
	}
}



第三种方式:spring管理实例工厂-使用实例工厂的方法创建对象
/**
* 模拟一个实例工厂,创建业务层实现类
* 此工厂创建对象,必须现有工厂实例对象,再调用方法
*/
public class InstanceFactory {
public AccountService createAccountService(){
return new AccountServiceImpl();
}
}


创建bean对象的三种方式的小结

  1. 无参构造的方式,直接使用bean标签配置对应的Bean对象

    
    
  2. 使用静态工厂的方式

    1. 创建一个静态工厂类,这个类中有一个方法帮助我们创建对象

    2. 在配置文件中,配置bean标签,我们使用静态工厂的方法创建对象

    
    
  3. 使用实例工厂的方式

    1. 创建一个实例工厂类,这个类中有一个方法帮助我们创建对象
    2. 在配置文件中,配置bean标签
    
    
    

####3.2.3 spring的依赖注入

#####3.2.3.1 依赖注入的概念
依赖注入:Dependency Injection。它是spring框架核心ioc的具体实现。
我们的程序在编写时,通过控制反转,把对象的创建交给了spring,但是代码中不可能出现没有依赖的情况。ioc解耦只是降低他们的依赖关系,但不会消除。例如:我们的业务层仍会调用持久层的方法。
那这种业务层和持久层的依赖关系,在使用spring之后,就让spring来维护了。
简单的说,就是坐等框架把持久层对象传入业务层,而不用我们自己去获取。

#####3.2.3.2 构造函数注入
顾名思义,就是使用类中的构造函数,给成员变量赋值。注意,赋值的操作不是我们自己做的,而是通过配置的方式,让spring框架来为我们注入。具体代码如下:
/**
*/
public class AccountServiceImpl implements AccountService {

	private String name;
	private Integer age;
	private Date birthday;
		
	public AccountServiceImpl(String name, Integer age, Date birthday) {
		this.name = name;
		this.age = age;
		this.birthday = birthday;
	}

	@Override
	public void saveAccount() {
		System.out.println(name+","+age+","+birthday);	
	}
}





name方式:

	
	
	


type方式:

  
  
  


index方式:

   
   
   

#####3.2.3.3 set方法注入

顾名思义,就是在类中提供需要注入成员的set方法。具体代码如下:
/** */
public class AccountServiceImpl implements AccountService {
	
	private String name;
	private Integer age;
	private Date birthday;
	
	public void setName(String name) {
		this.name = name;
	}
	public void setAge(Integer age) {
		this.age = age;
	}
	public void setBirthday(Date birthday) {
		this.birthday = birthday;
	}

	@Override
	public void saveAccount() {
		System.out.println(name+","+age+","+birthday);	
	}
}



		
		
		


#####3.2.3.4 使用p名称空间注入数据(自学:本质还是调用set方法)
此种方式是通过在xml中导入p名称空间,使用p:propertyName来注入数据,它的本质仍然是调用类中的set方法实现注入功能。
Java类代码:
/**
* 使用p名称空间注入,本质还是调用类中的set方法
*/
public class AccountServiceImpl implements AccountService {

	private String name;
	private Integer age;
	private Date birthday;
	
	public void setName(String name) {
		this.name = name;
	}
	public void setAge(Integer age) {
		this.age = age;
	}
	public void setBirthday(Date birthday) {
		this.birthday = birthday;
	}
	@Override
	public void saveAccount() {
		System.out.println(name+","+age+","+birthday);	
	}
}

配置文件代码:



	

	

#####3.2.3.5 注入集合属性
顾名思义,就是给类中的集合成员传值,它用的也是set方法注入的方式,只不过变量的数据类型都是集合。我们这里介绍注入数组,List,Set,Map,Properties。具体代码如下:
/***/
public class AccountServiceImpl implements AccountService {

	private String[] myStrs;
	private List myList;
	private Set mySet;
	private Map myMap;
	private Properties myProps;
	
	public void setMyStrs(String[] myStrs) {
		this.myStrs = myStrs;
	}
	public void setMyList(List myList) {
		this.myList = myList;
	}
	public void setMySet(Set mySet) {
		this.mySet = mySet;
	}
	public void setMyMap(Map myMap) {
		this.myMap = myMap;
	}
	public void setMyProps(Properties myProps) {
		this.myProps = myProps;
	}

	@Override
	public void saveAccount() {
		System.out.println(Arrays.toString(myStrs));
		System.out.println(myList);
		System.out.println(mySet);
		System.out.println(myMap);
		System.out.println(myProps);
	}
}




	
	
	
		
			AAA
			BBB
			CCC
		
	
	
	
		
			AAA
			BBB
			CCC
		
	
	
	
		
			AAA
			BBB
			CCC
		
	
	
	
		
			aaa
			bbb
		
	
	
	
		
			
			
				bbb
			
		
	

第4章作业

####4.1 需求
实现账户表的增删改查操作
数据库表:
create table account(
id int primary key auto_increment,
name varchar(40),
money float
)character set utf8 collate utf8_general_ci;

insert into account(name,money) values('aaa',1000);
insert into account(name,money) values('bbb',1000);
insert into account(name,money) values('ccc',1000);

####4.2 要求
1.独立编写实体类,业务层和持久层代码。(此处不涉及表现层,创建maven的jar工程即可)
2.持久层技术采用JdbcTemplate执行SQL语句
3.连接池(数据源)druid或者c3p0均可。
4.要求使用junit测试代码。
5.运用今天所学的spring基于xml的ioc实现业务层和持久层解耦。

就是将我们以前的增删改查案例中创建service和到对象的地方使用spring的IOC代替
将案例中成员变量赋值的部分使用依赖注入代替

比如说我们项目中的业务层要有dao的对象,那么我们使用IOC创建到的对象并且使用DI将其注入到service的对象中

aaa
bbb







bbb



第4章作业

####4.1 需求
实现账户表的增删改查操作
数据库表:
create table account(
id int primary key auto_increment,
name varchar(40),
money float
)character set utf8 collate utf8_general_ci;

insert into account(name,money) values('aaa',1000);
insert into account(name,money) values('bbb',1000);
insert into account(name,money) values('ccc',1000);

####4.2 要求
1.独立编写实体类,业务层和持久层代码。(此处不涉及表现层,创建maven的jar工程即可)
2.持久层技术采用JdbcTemplate执行SQL语句
3.连接池(数据源)druid或者c3p0均可。
4.要求使用junit测试代码。
5.运用今天所学的spring基于xml的ioc实现业务层和持久层解耦。

就是将我们以前的增删改查案例中创建service和到对象的地方使用spring的IOC代替
将案例中成员变量赋值的部分使用依赖注入代替

比如说我们项目中的业务层要有dao的对象,那么我们使用IOC创建到的对象并且使用DI将其注入到service的对象中

再比如说我们的dao层中要有JdbcTemplate对象,那么使用IOC创建JdbcTemplate对象,并且使用DI将其注入到dao的对象中

你可能感兴趣的:(SSM,Spring-第1天)