Spring Java

Spring—学习笔记#day02

Spring

Posted by DiCaprio on July 29, 2019

目录

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 配置文件，是因为我们有一句很关键的配置：
<!-- 告知 spring 框架在，读取配置文件，创建容器时，扫描注解，依据注解创建对象，并存入容器中 –>

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

<!-- 配置 dbAssit -->
<bean id="dbAssit" class="com.itheima.dbassit.DBAssit">
    <property name="dataSource" ref="dataSource"></property>
</bean>
<!-- 配置数据源 -->
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
    <property name="driverClass" value="com.mysql.jdbc.Driver"></property>
    <property name="jdbcUrl" value="jdbc:mysql:///spring_day02"></property>
    <property name="user" value="root"></property>
    <property name="password" value="1234"></property>
</bean>

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<Account> 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

CATALOG
    FEATURED TAGS
    机器学习 Python MyBatis Java Spring NLP SpringMVC Oracle Maven SSM Java高并发
    FRIENDS