Spring—学习笔记#day02

目录

1、环境搭建

第一步：在基于注解的配置中，我们还要多拷贝一个 aop 的 jar 包

第二步：使用@Component  注解配置管理的资源

第三步：创建 spring的 xml  配置文件并开启对注解的支持

2、spring中ioc的常用注解

2.1用于创建对象的

2.1.1@Component

2.1.2@Controller @Service @Repository

2.2用于注入数据的

2.2.1@Autowired

2.2.2@Qualifier

2.2.3@Resource

2.2.4@Value

2.3用于改变作用范围的

2.3.1@Scope

2.4和生命周期相关的：( 了解）

2.4.1@PostConstruct

2.4.2@PreDestroy

2.4.3关于 Spring  注解和 XML  的选择问题

2.5 spring的纯注解配置

2.5.1 待改造的问题

2.5.2新注解说明

3、spring和Junit整合

Spring整合junit的配置

为什么到不把测试类配到xml

---

1、环境搭建

第一步：在基于注解的配置中，我们还要多拷贝一个 aop 的 jar 包

第二步：使用@Component  注解配置管理的资源

@Component("accountService")
public class AccountServiceImpl implements IAccountService {
      private IAccountDao accountDao;
      public void setAccountDao(IAccountDao accountDao) {
      this.accountDao = accountDao;
      }
}

注意：当我们使用注解注入时，set 方法不用写

第三步：创建 spring的 xml  配置文件并开启对注解的支持

去spring文档复制包含context的约束

2、spring中ioc的常用注解

2.1用于创建对象的

相当于：

2.1.1@Component

作用：
把资源让 spring 来管理。相当于在 xml 中配置一个 bean。
属性：
value：指定 bean 的 id。如果不指定 value 属性，默认 bean 的 id 是当前类的类名。首字母小写。

2.1.2@Controller @Service @Repository

他们三个注解都是针对一个的衍生注解，他们的作用及属性都是一模一样的。
他们只不过是提供了更加明确的语义化。
@Controller ：一般用于表现层的注解。
@Service ：一般用于业务层的注解。
@Repository ：一般用于持久层的注解。
细节：如果注解中有且只有一个属性 要赋值时是 ，且名称是 value ，value  在赋值时可以不写

以上三个注解他们的作用和属性与Component是一模一样。
他们三个是spring框架为我们提供明确的三层使用的注解，使我们的三层对象更加清晰

2.2用于注入数据的

相当于：

2.2.1@Autowired

作用：
自动按照类型注入。当使用注解注入属性时，set方法可以省略。它只能注入其他 bean 类型。当有多个类型匹配时，使用要注入的对象变量名称作为 bean 的 id，在 spring 容器查找，找到了也可以注入成功。找不到就报错。

出现位置：
可以是变量上，也可以是方法上

细节：
在使用注解注入时，set方法就不是必须的了。

2.2.2@Qualifier

作用：
在自动按照类型注入的基础之上，再按照 Bean 的 id 注入。它在给字段注入时不能独立使用，必须和
@Autowire 一起使用；但是给方法参数注入时，可以独立使用。
属性：
value：指定 bean 的 id。

2.2.3@Resource

作用：
直接按照 Bean 的 id 注入。它也只能注入其他 bean 类型。
属性：
name：指定 bean 的 id

以上三个注入都只能注入其他bean类型的数据，而基本类型和String类型无法使用上述注解实现。
另外，集合类型的注入只能通过XML来实现。

2.2.4@Value

作用：
注入基本数据类型和 String 类型数据的，可以使用spring中SpEL(也就是spring的el表达式），SpEL的写法：${表达式}
属性：
value：用于指定值

2.3用于改变作用范围的

相当于：

2.3.1@Scope

作用：
指定 bean 的作用范围。
属性：
value：指定范围的值。
取值：singleton prototype request session globalsession

2.4和生命周期相关的：( 了解）

相当于：

2.4.1@PostConstruct

作用：
用于指定初始化方法。

2.4.2@PreDestroy

作用：
用于指定销毁方法。

2.4.3关于 Spring  注解和 XML  的选择问题

注解的优势：
配置简单，维护方便（我们找到类，就相当于找到了对应的配置）。
XML  的优势：
修改时，不用改源码。不涉及重新编译和部署。
Spring  管理 Bean  方式的比较：

2.5 spring的纯注解配置

写到此处，基于注解的 IoC 配置已经完成，但是大家都发现了一个问题：我们依然离不开 spring 的 xml 配置文件，那么能不能不写这个 bean.xml，所有配置都用注解来实现呢？

当然，值得注意的是我们选择哪种配置的原则是简化开发和配置方便，而非追求某种技术。

2.5.1 待改造的问题

我们发现，之所以我们现在离不开 xml 配置文件，是因为我们有一句很关键的配置：


如果他要也能用注解配置，那么我们就离脱离 xml 文件又进了一步。
另外，数据源和 JdbcTemplate 的配置也需要靠注解来实现。

2.5.2新注解说明

@Configuration

作用：
用于指定当前类是一个 spring 配置类，当创建容器时会从该类上加载注解。获取容器时需要使用AnnotationApplicationContext(有@Configuration 注解的类.class)。
属性：
value:用于指定配置类的字节码
细节：
当配置类作为AnnotationConfigApplicationContext对象创建的参数时，该注解可以不写。

示例代码：
/**
* spring 的配置类，相当于 bean.xml 文件
*/
@Configuration
public class SpringConfiguration {
}
注意：
我们已经把配置文件用类来代替了，但是如何配置创建容器时要扫描的包呢？
请看下一个注解。

@ComponentScan

作用：
用于指定 spring 在初始化容器时要扫描的包。作用和在 spring 的 xml 配置文件中的：
是一样的。
属性：
basePackages：用于指定要扫描的包。和该注解中的 value 属性作用一样。

示例代码：
/**
* spring 的配置类，相当于 bean.xml 文件
*/
@Configuration
@ComponentScan("com.itheima")
public class SpringConfiguration {
}
注意：
我们已经配置好了要扫描的包，但是数据源和 JdbcTemplate 对象如何从配置文件中移除呢？
请看下一个注解。

@Bean

作用：
该注解只能写在方法上，表明使用此方法创建一个对象，并且放入 spring 容器。
属性：
name：给当前@Bean 注解方法创建的对象指定一个名称(即 bean 的 id）。当不写时，默认值是当前方法的名称
细节：
当我们使用注解配置方法时，如果方法有参数，spring框架会去容器中查找有没有可用的bean对象。
查找的方式和Autowired注解的作用是一样的

示例代码：
/**
* 连接数据库的配置类
*/
public class JdbcConfig {
/**
* 创建一个数据源，并存入 spring 容器中
* @return
*/
@Bean(name="dataSource")
public DataSource createDataSource() {
try {
ComboPooledDataSource ds = new ComboPooledDataSource();
ds.setUser("root");
ds.setPassword("123456");
ds.setDriverClass("com.mysql.jdbc.Driver");
ds.setJdbcUrl("jdbc:mysql:///spring_day02");
return ds;
} catch (Exception e) {
throw new RuntimeException(e);
}
} 
/**
* 创建一个 DBAssit，并且也存入 spring 容器中
* @param dataSource
* @return
*/
@Bean(name="dbAssit")
public DBAssit createDBAssit(DataSource dataSource) {
return new DBAssit(dataSource);
}
}
注意:
我们已经把数据源和 DBAssit 从配置文件中移除了，此时可以删除 bean.xml 了。
但是由于没有了配置文件，创建数据源的配置又都写死在类中了。如何把它们配置出来呢？
请看下一个注解。

@PropertySource

作用：
用于加载.properties 文件中的配置。例如我们配置数据源时，可以把连接数据库的信息写到
properties 配置文件中，就可以使用此注解指定 properties 配置文件的位置。
属性：
value[]：用于指定 properties 文件位置。如果是在类路径下，需要写上 classpath:

示例代码：

@PropertySource("classpath:jdbcConfig.properties")

配置：
/**
* 连接数据库的配置类
*/
public class JdbcConfig {
    @Value("${jdbc.driver}")
    private String driver;
    @Value("${jdbc.url}")
    private String url;
    @Value("${jdbc.username}")
    private String username;
    @Value("${jdbc.password}")
    private String password;
/**
* 创建一个数据源，并存入 spring 容器中
* @return
*/
@Bean(name="dataSource")
public DataSource createDataSource() {
    try {
       ComboPooledDataSource ds = new ComboPooledDataSource();
        ds.setDriverClass(driver);
        ds.setJdbcUrl(url);
        ds.setUser(username);
        ds.setPassword(password);
        return ds;
    } catch (Exception e) {
    throw new RuntimeException(e);
    }
} 
}

jdbc.properties  文件：
jdbc.driver=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://localhost:3306/day44_ee247_spring
jdbc.username=root
jdbc.password=1234
注意：
此时我们已经有了两个配置类，但是他们还没有关系。如何建立他们的关系呢？
请看下一个注解。

@Import

作用：
用于导入其他配置类，在引入其他配置类时，可以不用再写@Configuration 注解。当然，写上也没问题。
属性：
value[]：用于指定其他配置类的字节码。当我们使用Import的注解之后，有Import注解的类就是父配置类，而被导入的都是子配置类

示例代码：
@Configuration
@ComponentScan(basePackages = "com.itheima.spring")
@Import({ JdbcConfig.class})
public class SpringConfiguration {
}
@Configuration
@PropertySource("classpath:jdbc.properties")
public class JdbcConfig{
}
注意：
我们已经把要配置的都配置好了，但是新的问题产生了，由于没有配置文件了，如何获取容器呢？
请看下一小节。

3、spring和Junit整合

1、应用程序的入口
    main方法
2、junit单元测试中，没有main方法也能执行
    junit集成了一个main方法
    该方法就会判断当前测试类中哪些方法有 @Test注解
    junit就让有Test注解的方法执行
3、junit不会管我们是否采用spring框架
    在执行测试方法时，junit根本不知道我们是不是使用了spring框架
    所以也就不会为我们读取配置文件/配置类创建spring核心容器
4、由以上三点可知
    当测试方法执行时，没有Ioc容器，就算写了Autowired注解，也无法实现注入

使用Junit单元测试：测试我们的配置

Spring整合junit的配置

      1、导入spring整合junit的jar(坐标)

      2、使用Junit提供的一个注解把原有的main方法替换了，替换成spring提供的
             @Runwith
      3、告知spring的运行器，spring和ioc创建是基于xml还是注解的，并且说明位置
          @ContextConfiguration
                  locations：指定xml文件的位置，加上classpath关键字，表示在类路径下
                  classes：指定注解类所在地位置

   当我们使用spring 5.x版本的时候，要求junit的jar必须是4.12及以上

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = SpringConfiguration.class)
public class AccountServiceTest {

    @Autowired
    private IAccountService as = null;

    @Test
    public void testFindAll() {
        //3.执行方法
        List accounts = as.findAllAccount();
        for(Account account : accounts){
            System.out.println(account);
        }
    }
}

为什么到不把测试类配到xml

在解释这个问题之前，先解除大家的疑虑，配到 XML 中能不能用呢？
答案是肯定的，没问题，可以使用。
那么为什么不采用配置到 xml 中的方式呢？
这个原因是这样的：
第一：当我们在 xml 中配置了一个 bean，spring 加载配置文件创建容器时，就会创建对象。
第二：测试类只是我们在测试功能时使用，而在项目中它并不参与程序逻辑，也不会解决需求上的问
题，所以创建完了，并没有使用。那么存在容器中就会造成资源的浪费。
所以，基于以上两点，我们不应该把测试配置到 xml 文件中。

源码：https://github.com/DiCaprio17/Spring/tree/master/spring_day02