前言

这篇内容主要掌握的就是logback使用、理解类加载器、XML文件的编写,XML文档约束schema,用Dom4j解析XML文档,Xpath检索XML文档,完整使用Junit单元测试框架常用部分,注解的定义和使用,枚举类的定义和开发应用。

一、log日志

log日志类似输出语句,可以用来输出程序的信息,但是log日志更加好用。

1.输出语句的弊端

2. log日志的优点

可以将系统执行的信息选择性的记录到指定的位置(控制台、文件中、数据库中)。

可以随时以开关的形式控制是否记录日志,无需修改源代码。

日志技术的具体优势

3.日志框架体系

日志框架需要日志规范的要求实现,日志规范大多是一些接口,提供给实现框架去设计的。常见的规范有:Commons Logging、SimpleLoggingFacadeforJava。

志的实现框架有,Log4J、Logback(我们重点学习的,其他的都大同小异)

4.日志框架LogBack 

(1)概述

Logback是基于slf4j的日志规范实现的框架,性能比之前使用的log4j要好。

官方网站:Logback Home

Logback主要分为三个技术模块:

 logback-core:该模块为其他两个模块提供基础代码,必须有。

 logback-classic:完整实现了slf4j APl的模块。

 logback-access模块与Tomcat和Jetty等Servlet容器集成,以提供HTTP访问日志功能

 (2)配置

1.创建一个maven项目,在pom文件将下面的依赖坐标导入项目

        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-classic</artifactId>
            <version>1.2.3</version>
        </dependency>

 刷新maven自动导入下面三个jar包

2. 将Logback的核心配置文件logback.xml直接拷贝到maven项目的resources目录下

logback.xml内容如下:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <!--
            CONSOLE :表示当前的日志信息是可以输出到控制台的。
            -->
    <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
        <!--输出流对象 默认 System.out 改为 System.err-->
        <target>System.out</target>
        <encoder>
            <!--格式化输出:%d表示日期,%thread表示线程名,%-5level:级别从左显示5个字符宽度
                    %msg:日志消息,%n是换行符-->
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%-5level]  %c [%thread] : %msg%n</pattern>
        </encoder>
    </appender>

    <!-- File是输出的方向通向文件的 -->
    <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
            <charset>utf-8</charset>
        </encoder>
        <!--日志输出路径-->
        <file>C:/code/itpzh-data.log</file>
        <!--指定日志文件拆分和压缩规则-->
        <rollingPolicy
                class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <!--通过指定压缩文件名称,来确定分割文件方式-->
            <fileNamePattern>C:/code/itpzh-data2-%d{yyyy-MMdd}.log%i.gz</fileNamePattern>
            <!--文件拆分大小-->
            <maxFileSize>1MB</maxFileSize>
        </rollingPolicy>
    </appender>

    <!--

            level:用来设置打印级别,大小写无关:TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF
            , 默认debug
    <root>可以包含零个或多个<appender-ref>元素,标识这个输出位置将会被本日志级别控制。
            -->
    <root level="info">
        <appender-ref ref="CONSOLE"/>
        <appender-ref ref="FILE" />
    </root>
</configuration>

(3)入门程序

A.步骤

1.获取日志的对象。

private final static Logger LOGGER = LoggerFactory.getLogger("类对象");

注意:这个对象要全局共享唯一(static final修饰)

           这个Logger一定要是org.slf4j.Logger这个第三方包下的

2.用日志对象的方法记录系统的日志信息。

 B.入门实例代码
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import java.util.Scanner;

public class LoggerDemo1 {
    //获取一个共享的唯一的log日志对象
    private final static Logger LOGGER = LoggerFactory.getLogger(LoggerDemo1.class);
    public static void main(String[] args) {
        //获取用户登录的日志
        Scanner sr = new Scanner(System.in);
        while (true) {
            System.out.println("请输入用户名");
            String username = sr.next();
            System.out.println("请输入密码");
            String password = sr.next();
            if ("张三".equals(username) && "12345".equals(password)) {
                LOGGER.info("用户{}登录成功,密码为{}", username, password);
                break;
            } else {
                LOGGER.info("用户{}登录失败", username);
            }
        }
    }
}

运行完,LOGGER.info的内容不仅显示在控制台,而且还被保存到文件里面

因为配置文件appender标签内容有配置,后面会说 

(4)配置文件logback.xml解说

Logback日志系统的特性都是通过核心配置文件logback.xml控制的。

Loaback日志输出位置、格式设置:

1.通过logback.xml中的<appender>标签可以设置输出位置和日志信息的详细格式。

2.通常可以设置2个日志输出位置:一个是控制台、一个是系统文件中

 下面的<appender>标签内的各种标签解说

<appender>标签的属性name=CONSOLE时表示输出到控制台

class表示输出到控制台的功能由ch.qos.logback.core.ConsoleAppender这个类来实现

<target>标签表示System.out以标准输出流的形式输出到控制台上面

<encoder>和<pattern>标签规定输出内容的格式,%d{yyyy-MM-dd HH:mm:ss.SSS}表示按格式输出年月日 时分秒        [%-5level]表留五个空格的长度输出日志的等级        %c表示当前操作的类

%thread表示当前所在的线程,比如main线程     %msg表示输出的信息

 下面讲解<root>标签内的属性和附属标签

<root>标签控制哪几个<appender>标签能否生效的,里面用<appender-ref/>标签标记要生效的<appender>标签。

<root>标签的属性level用来设置打印级别,一共7个,All表示<root>标签所包含的<appender-ref/>标签全部生效,OFF表示全部不生效。

(5)日志级别

作用:

如果系统上线后只想记录一些错误的日志信息或者不想记录日志了,怎么办?

可以通过设置日志的输出级别来控制哪些日志信息输出或者不输出。

解说:日志级别是可以通过日志对象的.level方法去设置的,不设置的话默认是继承日志的顶级父类 root的级别debug。

当<root>标签的level属性设置为WARN时,日志对象如果日志级别为TRACE,DEBUG,INFO就不输出日志。

二、类加载器

1.作用

负责将.class文件(存储的物理文件)加载在到内存中

2.类加载的完整过程

 (1)类加载时机

(简单理解:字节码文件什么时候会被加载到内存中?)

有以下的几种情况:

  • 创建类的实例(对象)

  • 调用类的类方法

  • 访问类或者接口的类变量,或者为该类变量赋值

  • 使用反射方式来强制创建某个类或接口对应的java.lang.Class对象

  • 初始化某个类的子类

  • 直接使用java.exe命令来运行某个主类

总结而言:用到了就加载,不用不加载

(2)类加载过程  

类加载分为5个阶段

加载,验证,准备,解析,初始化。

其中验证,准备,解析归为链接阶段

 加载

就是,将字节码文件通过IO流读取到JVM的方法区,并同时在堆中生成Class对象。

  • 通过包名 + 类名,获取这个类,准备用流进行传输

  • 在这个类加载到内存中

  • 加载完毕创建一个class对象

注意:创建的class对象的变量类型如果是引用类型,就用符号代替

链接 
A.验证

确保Class文件字节流中包含的信息符合当前虚拟机的要求,并且不会危害虚拟机自身安全

(文件中的信息是否符合虚拟机规范有没有安全隐患)

B.准备

负责为类的类变量(被static修饰的变量)分配内存,并设置默认初始化值

(初始化静态变量)

C.解析

将类的二进制数据流中的符号引用替换为直接引用

(本类中如果用到了其他类,此时就需要找到对应的类)

这里的符号引用,意思是,在类加载的时候将一个类的字节码文件以二进制数据流输入JVM,该类的成员变量的类型如果是像String类型这种引用类型,但是在加载的时候,String从哪里来那里去都不知道,于是先用符号代替String,这就是符号引用

初始化

根据程序员通过程序制定的主观计划去初始化类变量和其他资源

(静态变量赋值以及初始化其他资源)

 3.类加载器分类

(1)分类

  • Bootstrap class loader:虚拟机的内置类加载器,通常表示为null ,并且没有父级类加载器

  • Platform class loader:平台类加载器,负责加载JDK中一些特殊的模块

  • System class loader:系统类加载器,负责加载用户类路径上所指定的类库

  • 自定义类加载器

(2)类加载器的继承关系(逻辑上的继承,看后面的双亲委派模型)

自定义加载器的父加载器为System

System的父加载器为Platform

Platform的父加载器为Bootstrap

(3)代码演示证明

public class ClassLoaderDemo1 {
    public static void main(String[] args) {
        //获取系统类加载器
        ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();

        //获取系统类加载器的父加载器 --- 平台类加载器
        ClassLoader classLoader1 = systemClassLoader.getParent();

        //获取平台类加载器的父加载器 --- 启动类加载器
        ClassLoader classLoader2 = classLoader1.getParent();

        System.out.println("系统类加载器" + systemClassLoader);
        System.out.println("平台类加载器" + classLoader1);
        System.out.println("启动类加载器" + classLoader2);

    }
}

 运行结果

4. 双亲委派模型

如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请求委托给父类的加载器去执行,如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终将到达顶层的启动类加载器,如果父类加载器可以完成类加载任务,就成功返回,倘若父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模式

5.ClassLoader 中的两个方法

方法名说明
public static ClassLoader getSystemClassLoader()获取系统类加载器
public InputStream getResourceAsStream(String name)加载某一个资源文件

实例代码

public class ClassLoaderDemo2 {
    public static void main(String[] args) throws IOException {
        //获取系统类加载器
        ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();

        //利用加载器去加载一个指定的文件
        //参数:文件的路径(放在maven项目的resources目录下,默认去那里加载)
        //返回值:字节流。
        InputStream is = systemClassLoader.getResourceAsStream("prop.properties");
        Properties properties = new Properties();
        properties.load(is);
        System.out.println(properties);
        is.close();
    }
}

三、XML

1.配置文件

XML文件一般作为配置文件使用,那么什么是配置文件?

配置文件就是,用来保存程序在运行时需要的一些参数。比如说idea的配置文件,当我们第一次使用idea的时候,我们配置idea的主题,字体大小等等,这些参数会被保存在idea的配置文件里面,当我们再次打开idea的时候,idea会从配置文件中加载这些参数,就不用我们重新配置idea主题什么的了。

常见的配置文件有什么?

有.txt文件,有.properties文件,有.xml文件

三种配置文件的优缺点?

txt文件只记录参数的值,太初略

properties文件以键值对的形式记录参数,较为详细

但是对于复杂的多用户的配置文件,就不适应,选择使用xml文件

TXT文件:没有优点,缺点是不利于阅读

properties文件:优点就是键值对形式易于阅读,缺点就是无法配置一组一组的数据。

XML文件:优点是易于阅读,可以配置成组出现的数据

以后配置文件怎么选择?

数据量较少,一个键只对应一个值,使用properties

数据量较多,使用xml

2.XML概述

XML的全称为(EXtensible Markup Language),是一种可扩展的标记语言标记语言: 通过标签来描述数据的一门语言(标签有时我们也将其称之为元素)可扩展:标签的名字是可以自定义的,XML文件是由很多标签组成的,而标签名是可以自定义的

  • 作用

    • 用于进行存储数据和传输数据

    • 作为软件的配置文件

  • 作为配置文件的优势

    • 可读性好

    • 可维护性高

3.XML的基本语法

(1)XML文件的命名和位置

XML文件要放在src目录下,或者放在maven项目下面的resources目录下面

(2)标签(元素)规则 

(3)XML其他组成 

(4)示例

4.XML文档约束

(1)什么是文档约束?

 于是需要文档约束来用来限定xml文件中的标签以及属性应该怎么写。以此强制约束程序员必须按照文档约束的规定来编写xml文件。

(2)约束分类

DTD

schema

(3)DTD约束

DTD约束编写

A.步骤

  1. 创建一个文件,这个文件的后缀名为.dtd

  2. 看xml文件中使用了哪些元素

    <!ELEMENT> 可以定义元素

  3. 判断元素是简单元素还是复杂元素

    简单元素:没有子元素。复杂元素:有子元素的元素;

  4. 简单元素修饰词

    ​ EMPTY: 表示标签体为空

    ​ ANY: 表示标签体可以为空也可以不为空

    ​ PCDATA: 表示该元素的内容部分为字符串

  5. 复杂元素修饰词​                                                                                                                   直接写子元素名称. 多个子元素可以使用","或者"|"隔开;​ ","表示定义子元素的顺序 ; "|": 表示子元素只能出现任意一个​ "?"零次或一次, "+"一次或多次, "*"零次或多次;如果不写则表示出现一次

  6. 元素的属性的定义

    格式

    定义一个属性的格式为:<!ATTLIST 元素名称 属性名称 属性的类型 属性的约束>属性的类型:​ CDATA类型:普通的字符串

    属性的约束:

    ​ // #REQUIRED: 必须的​ // #IMPLIED: 属性不是必需的​ // #FIXED value:属性值是固定的

B.代码

简单入门

<!ELEMENT persons (person)>
<!ELEMENT person (name,age)>
<!ELEMENT name (#PCDATA)>
<!ELEMENT age (#PCDATA)>

 复杂

<!ELEMENT persons (person+)>
<!ELEMENT person (name,age)>
<!ELEMENT name (#PCDATA)>
<!ELEMENT age (#PCDATA)>
<!ATTLIST person id CDATA #REQUIRED>

DTD约束引入

三种引入方式

简单入门代码
// 这是persondtd.dtd文件中的内容,已经提前写好
<!ELEMENT persons (person)>
<!ELEMENT person (name,age)>
<!ELEMENT name (#PCDATA)>
<!ELEMENT age (#PCDATA)>

// 在person1.xml文件中引入persondtd.dtd约束
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE persons SYSTEM 'persondtd.dtd'>

<persons>
    <person>
        <name>张三</name>
        <age>23</age>
    </person>

</persons>
复杂代码 
//dtd代码
<!ELEMENT persons (person+)>
<!ELEMENT person (name,age)>
<!ELEMENT name (#PCDATA)>
<!ELEMENT age (#PCDATA)>
<!ATTLIST person id CDATA #REQUIRED>


//xml代码
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE persons SYSTEM 'persondtd.dtd'>

<persons>
    <person id="001">
        <name>张三</name>
        <age>23</age>
    </person>

    <person id = "002">
        <name>张三</name>
        <age>23</age>
    </person>

</persons>

 (4)schema约束

schema和dtd的区别
  1. schema约束文件也是一个xml文件,符合xml的语法,这个文件的后缀名.xsd

  2. 一个xml中可以引用多个schema约束文件,多个schema使用名称空间区分(名称空间类似于java包名)

  3. dtd里面元素类型的取值比较单一常见的是PCDATA类型,但是在schema里面可以支持很多个数据类型

  4. schema 语法更加的复杂

schema约束编写

A.步骤 

1,创建一个文件,这个文件的后缀名为.xsd。

2,定义文档声明(跟xml文件第一行一样)

3,schema文件的根标签为: <schema>

4,在<schema>中定义属性:​ xmlns=http://www.w3.org/2001/XMLSchema

5,在<schema>中定义属性 :​ targetNamespace =唯一的url地址,指定当前这个schema文件的名称空间。

6,在<schema>中定义属性 :​ elementFormDefault="qualified“,表示当前schema文件是一个质量良好的文件。直接复制用就行

7,通过element定义元素

8,判断当前元素是简单元素还是复杂元素

代码

<?xml version="1.0" encoding="UTF-8" ?>
<schema xmlns="http://www.w3.org/2001/XMLSchema"
        targetNamespace="http://www.example.org/b"
        elementFormDefault="qualified">
    <element name="persons">
        <complexType>
            <sequence maxOccurs="unbounded">
                <element name="person">
                    <complexType>
                        <sequence>
                            <element name="name" type="string"/>
                            <element name="age" type="int"/>
                        </sequence>
                    </complexType>
                </element>
            </sequence>
        </complexType>
    </element>
</schema>
schema约束引入

直接在xml文件的第二行,先输入<,idea会弹出提示框,选择目标的xsd

选择后idea直接导入约束

 入门代码
//xsd代码
<?xml version="1.0" encoding="UTF-8" ?>
<schema xmlns="http://www.w3.org/2001/XMLSchema"
        targetNamespace="http://www.example.org/b"
        elementFormDefault="qualified">
    <element name="persons">
        <complexType>
            <sequence maxOccurs="unbounded">
                <element name="person">
                    <complexType>
                        <sequence>
                            <element name="name" type="string"/>
                            <element name="age" type="int"/>
                        </sequence>
                    </complexType>
                </element>
            </sequence>
        </complexType>
    </element>
</schema>


//xml代码
<?xml version="1.0" encoding="UTF-8" ?>
<persons xmlns="http://www.example.org/b">
    <person>
        <name>张三</name>
        <age>18</age>
    </person>
    <person>
        <name>张三</name>
        <age>18</age>
    </person>
    <person>
        <name>张三</name>
        <age>18</age>
    </person>
</persons>

 5.XML文件解析

XML的数据的作用是什么,最终需要怎么处理?

存储数据、做配置信息、进行数据传输, 

最终需要被程序进行读取,解析里面的信息。

有几种解析方式?

SAX(一般不用)和DOM

SAX和DOM的优缺点

SAX:不会把整体的xml文件都加载到内存,而是从上往下逐行进行扫描。
缺点:只能读取,不能添加,不能删除。
优点:因为他是逐行扫描不需要把整体的xml文件都加载到内存,所以他可以解析比较大的xml文件。

DOM:会把整体的xml文件都加载到内存。
会把这个整天在内存中形成一个树形结构,我们可以通过这个树形结构去解析xml文件。
优点:可以读取,可以添加,可以删除,可以做任何事情。
缺点:需要xml文件全部加载到内存,所以不能解析非常大的xml文件。

(1)Dom解析的文档对象模型(一层一层解析的过程)

 (2)Dom常见的解析工具

 6.Dom4j解析XML

(1)快速入门

public class Dom4jDemo1 {
    public static void main(String[] args) throws DocumentException {
        //1.创建解析器对象
        SAXReader saxReader = new SAXReader();

        //2.利用解析器去读取XML文件,并返回文件对象
        File file = new File("src\\main\\resources\\a.xml");
        Document document = saxReader.read(file);
        //拿到了document表示我已经拿到了xml文件的整体

        //3.打印
        System.out.println(document);

        //下面一层一层的扒开获取里面的内容即可
    }
}

 (2)成员方法

 Element类

(3)最终示例

需求:

        将下面的XML文件的几个人的信息保存到内存中

建议:创建一个Person类来存储人物信息

<?xml version="1.0" encoding="UTF-8" ?>
<persons>
    <person id="1">
        <name>张三</name>
        <age>18</age>
    </person>
    <person id="2">
        <name>李四</name>
        <age>20</age>
    </person>
    <person id="3">
        <name>张三</name>
        <age>21</age>
    </person>
</persons>

创建一个Person类

public class Person {
    private int id;
    private String name;
    private int age;

    public Person(int id, String name, int age) {
        this.id = id;
        this.name = name;
        this.age = age;
    }

    @Override
    public String toString() {
        return "Person{" +
                "id=" + id +
                ", name='" + name + '\'' +
                ", age=" + age +
                '}';
    }
}

正文代码

public class Dom4jDemo2 {
    public static void main(String[] args) throws DocumentException {
        //1.创建解析器对象
        SAXReader saxReader = new SAXReader();

        //2.利用解析器去读取XML文件,并返回文件对象
        File file = new File("src\\main\\resources\\a.xml");
        Document document = saxReader.read(file);
        //拿到了document表示我已经拿到了xml文件的整体

        //创建一个集合来存储人物的信息
        ArrayList<Person> list = new ArrayList<>();
        //下面一层一层的扒开获取里面的内容即可
        //获取根元素
        Element rootElement = document.getRootElement();
        //获取根元素下的所有person元素
        List<Element> elements = rootElement.elements("person");
        for (Element element : elements) {
            //获取子元素的id属性
            Attribute id = element.attribute("id");
            String idValue = id.getValue();
            //获取子元素的name和age
            String nameValue = element.element("name").getText();
            String ageValue = element.element("age").getText();
            Person person = new Person(Integer.parseInt(idValue), nameValue, Integer.parseInt(ageValue));
            list.add(person);
        }
        list.stream().forEach(System.out::println);

    }
}

7.XML检索技术Xpath

如果需要从XML文件中检索需要的某个信息(如name)怎么解决?

Dom4j需要进行文件的全部解析,然后再寻找数据。

Xpath技术更加适合做信息检索。

 XPath在解析XML文档方面提供了一独树一帜的路径思想,更加优雅,高效。

XPath使用路径表达式来定位XML文档中的元素节点或属性节点

/元素/子元素/孙元素

//子元素//孙元素

 (1)使用步骤

1.导入jar包(dom4j和jaxen-1.1.2.jar),Xpath技术依赖Dom4j技术

2.通过dom4j的SAXReader解析器获取Document对象

3.利用XPath提供的API,结合XPath的语法完成选取XML文档元素节点进行解析操作。

4.Document中与Xpath相关的API如下:

(2)路径表达式

绝对路径

相对路径
 全文搜索

属性查找

(3)快速入门

需求:

        利用Xpath检索技术解析XML中的name元素,XML文件内容如下

<?xml version="1.0" encoding="UTF-8" ?>
<persons>
    <person id="1">
        <name>张三</name>
        <age>18</age>
    </person>
    <person id="2">
        <name>李四</name>
        <age>20</age>
    </person>
    <person id="3">
        <name>王五</name>
        <age>21</age>
    </person>
    <name>基尼太妹</name>
</persons>

代码

public class XpathDemo {
    public static void main(String[] args) throws DocumentException {
        //1.获取解析器
        SAXReader saxReader = new SAXReader();
        //2.用解析器解析XML文件获得对于的Document对象
        File file = new File("src/main/resources/a.xml");
        Document document = saxReader.read(file);

        //3.通过Xpath的API获取name元素
        //(1)绝对路径
        List<Element> list1 = document.selectNodes("/persons/person/name");
        System.out.println("绝对路径获取name内容:一共"+list1.size()+"个");
        for (Element element : list1) {
            System.out.println(element.getText());
        }
        //(2)相对路径
        Element rootElement = document.getRootElement();
        List<Element> list2 = rootElement.selectNodes("./person/name");
        System.out.println("相对路径获取name内容:一共"+list2.size()+"个");
        for (Element element : list2) {
            System.out.println(element.getText());
        }
        //(3)全文搜索
        List<Element> list3 = document.selectNodes("//name");
        System.out.println("全文搜索获取name内容:一共"+list3.size()+"个");
        for (Element element : list3) {
            System.out.println(element.getText());
        }
        //(4)属性搜索
        Element node = (Element) document.selectSingleNode("//person[@id='1']/name");
        System.out.println("属性搜索获取name内容:"+node.getText());
    }
}

四、单元测试

1.什么是单元测试?为什么用它?

单元测试就是,针对最小的功能单元编写测试代码,Java程序最小的功能单元是方法,因此,单元测试就是针对Java方法的测试,进而检查方法的正确性。

以前测试方法只有一个main方法,如果一个方法的测试失败了,其他方法测试会受到影响。还需要程序员自己去观察测试是否成功。

2.Junit单元测试框架

(1)简述

JUnit是使用Java语言实现的单元测试框架,它是开源的,Java开发者都应当学习并使用JUnit编写单元测试。

此外,几乎所有的IDE工具都集成了JUnit,这样我们就可以直接在IDE中编写并运行JUnit测试,JUnit目前最新版本是5。

(2)优点

1.JUnit可以灵活的选择执行哪些测试方法,可以一键执行全部测试方法。

2.单元测试中的某个方法测试失败了,不会影响其他测试方法的测试。

3.运行成功是绿色,运行失败是红色

(3)步骤

(4)快速入门

测试代码
public class JunitDemo1 {
    @Test
    //输入注解@Test
    //如果爆红就按alt+回车
    //选择Junit4导入
    public void method1() {
        System.out.println(2/0);
        int a = 100;
        int b = 100;
        System.out.println(a+b);
    }
    @Test
    public void method2() {
        int a = 100;
        int b = 100;
        System.out.println(a+b);
    }
    @Test
    public void method3() {
        int a = 100;
        int b = 100;
        System.out.println(a+b);
    }
}
测试结果

 (5)Junit常用注解

一般实际开发常用的就前面的3个注解,@Before,@Test,@After这三个注释配套使用

实际开发的测试原则就是,保证测试前后的数据,原原本本不变

于是完整的单元测试步骤

1.先执行的@Before的方法,对数据进行一个初始化的动作和数据的备份

2.再执行@Test的方法,去真正的去测试方法,要配合断言,与期望数据做对比

3.最后执行@After的方法,去还原数据

 Junit中一般的断言使用方法

参数1:如果断言为假,就将message的信息输出到控制台

                        为真,就不输出

参数2:期望得到的结果

参数3:运行完测试方法得到的实际结果

Assert.assertEquals(message,expected, actual);

(6)完整的单元测试

以后在实际开发中,如果想要测试一个方法是否正确,并不是直接在当前方法的上面写@Test的

而是,自己独立编写一个测试类。(不要写main方法)

在这个类中,编写一些方法。

在方法里面调用要被测试的方法即可

需求:

        测试File类中的delete方法是否书写正确???

代码

独立写一个测试类,创建要测试的方法所在类的对象File,运行FIle对象的delete方法,

测试方法必须数据备份和恢复

public class JunitDemo2 {
    @Before
    public void method1() throws IOException {
        //数据备份
        FileInputStream fis = new FileInputStream("logs\\a.txt");
        FileOutputStream fos = new FileOutputStream("logs\\copy.txt");
        int b;
        while ((b=fis.read())!=-1){
            fos.write(b);
        }
        fos.close();
        fis.close();
    }
    @Test
    public void method2(){
        //测试File类的delete方法
        File file = new File("logs\\a.txt");
        //判断是否删除成功
        boolean delete = file.delete();

        //检查a.txt是否存在
        boolean exists = file.exists();
        Assert.assertEquals("delete方法出错了",true,delete);
        Assert.assertEquals("delete方法出错了",false,exists);
    }
    @After
    public void method3() throws IOException {
        //数据恢复
        FileInputStream fis = new FileInputStream("logs\\copy.txt");
        FileOutputStream fos = new FileOutputStream("logs\\a.txt");
        int b;
        while ((b=fis.read())!=-1){
            fos.write(b);
        }
        fos.close();
        fis.close();
        new File("logs\\copy.txt").delete();
    }
}

 五、注解

1.简述

Annotation表示注解。是JDK1.5的新特性。

注解的主要作用:对我们的程序进行标注。通过注解可以给类增加额外的信息。

注解是给编译器或JVM看的,编译器或JVM可以根据注解来完成对应的功能。

(注释是给人看的,编译阶段会注释擦除)

2.常见的注解(掌握) 

@Override:表示方法的重写
@Deprecated:表示修饰的方法已过时
@SuppressWarnings("all"): 压制警告

除此之外,还需要掌握第三方框架中提供的注解:

比如:Junit

@Test表示运行测试方法

@Before表示在Test之前运行,进行数据的初始化

@After表示在Test之后运行,进行数据的还原

 3.自定义注解

(1)定义格式

类似类的定义

(2)使用格式

@注解名(属性名1=值1,属性名2=值2)

注意:

        注解使用可以放在类,方法和属性的上面

        使用自定义注解时要保证注解每个属性都有值

        注解可以使用默认值 ,没有默认值的一定要赋值

 创建一个注解

public @interface MyAnno1 {
    String name();
    int age() default 18;
}

使用 

@MyAnno1(name = "张三")
public class Test {
    @MyAnno1(name = "王五",age = 20)
    int age;
    @MyAnno1(name = "李四")
    public void method1(){
        System.out.println("method1");
    }
}

 (3)特殊属性value

value属性,如果只有一个value属性的情况下,使用value属性的时候可以省略value名称不写!!

但是如果有多个属性,且多个属性没有默认值,那么vaue名称是不能省略的。

常见的@SuppressWarnings("all"):就是只有一个value属性的注解

4.元注解

元注解就是注解的注解,就是写在注解上面的注解

比如下面

 

(1)两个元注解

 @Target:约束自定义注解只能在哪些地方使用

 @Retention:申明注解的生命周期

@Target

 @Target中可使用的值定义在ElementType枚举类(底层写好的)中,常用值如下

TYPE,类,接口

FIELD,成员变量

METHOD,成员方法

PARAMETER,方法参数

CONSTRUCTOR,构造器

LOCAL_VARIABLE,局部变量

 @Retention

@Retention中可使用的值定义在RetentionPolicy枚举类中,常用值如下

SOURCE:注解只作用在源码阶段,生成的字节码文件中不存在

CLASS:注解作用在源码阶段,字节码文件阶段,运行阶段不存在,默认值

RUNTIME:注解作用在源码阶段,字节码文件阶段,运行阶段(开发常用)

5.注解解析

(1)概念和作用

 注解的操作中经常需要进行解析,注解的解析就是判断是否存在注解,存在注解就解析出内容。

举一个例子Junit框架中的@Test注解是怎么将测试方法运行起来的,这其中就是用到了注解解析。

 当运行测试方法的时候,@Test注解就会通过反射来获取对应方法的Method类,然后执行方法。

 (2)与注解解析相关的接口和方法

Annotation:注解的顶级接口

可以利用反射解析注解

有的类成分Class,Method,Field,Constructor,都实现了AnnotatedElement接口他们都拥有解析注解的能力

(3) 解析注解的技巧

注解在哪个成分上,我们就先拿哪个成分对象。

比如注解作用成员方法,则要获得该成员方法对应的Methed对象,再来拿上面的注解

比如注解作用在类上,则要该类的class对象,再来拿上面的注解

比如注解作用在成员变量上,则要获得该成员变量对应的Field对象,再来拿上面的注解

配合后面的 模拟Junit框架理解

 6.模拟Junit框架

需求

        定义若干个方法,只要加了MyTest注解,就可以在启动时被触发执行

分析

        定义一个自定义注解MvTest,只能注解方法,存活范围是一直都在。

        定义若干个方法,只要有@MyTest注解的方法就能在启动时被触发执行,没有这个注解的方法不能执行。

代码 
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface MyTest {
}

public class MyTestMethod {

    @MyTest
    public void method1(){
        System.out.println("method1");
    }

    public void method2(){
        System.out.println("method2");
    }

    @MyTest
    public void method3(){
        System.out.println("method3");
    }
}

public class MyTestDemo {
    public static void main(String[] args) throws ClassNotFoundException, IllegalAccessException, InstantiationException, InvocationTargetException {
        //1,获取class对象
        Class clazz = Class.forName("com.itheima.test2.MyTestMethod");

        //获取对象
        Object o = clazz.newInstance();

        //2.获取所有方法
        Method[] methods = clazz.getDeclaredMethods();
        for (Method method : methods) {
            //method依次表示类里面的每一个方法
            method.setAccessible(true);
            //判断当前方法有没有MyTest注解
            if(method.isAnnotationPresent(MyTest.class)){
                method.invoke(o);
            }
        }
    }
}
运行结果 

method1

method3

六、枚举类 

1.概念,使用和优缺点

可以查看【Java】枚举类型_java 枚举类-CSDN博客

2.主要的应用开发场景

状态管理

使用枚举类表示对象的不同状态,例如订单状态(待支付、已支付、已发货、已完成等)。

错误代码

定义各种错误类型或错误代码,以提高代码的可读性和可维护性。

配置选项

使用枚举类来封装常见的配置选项,例如日志级别(DEBUG、INFO、WARN、ERROR)或环境(开发、测试、生产)。

类型安全的选择

替代字符串常量,提供类型安全的选项,避免因拼写错误导致的问题,例如选择用户角色(ADMIN、USER、GUEST)。

策略模式

在实现策略模式时,可以使用枚举类来封装策略的实现,从而使代码更清晰。

分类系统

在需要分类的场景中,例如商品类别(电子产品、服饰、食品等),枚举类可以提供一种清晰的结构。

API 设计

在 API 中使用枚举类可以清晰地表示可选参数,使接口更加易于理解和使用。

事件类型

用于定义不同的事件类型,例如用户操作事件(点击、提交、查看等)。

数据库映射

将数据库中的状态值映射到应用程序中的枚举类,简化数据操作。

网络协议

定义网络协议中的操作类型或消息类型,以提高代码的可读性。

枚举类通过提供一组固定的常量值,能够使代码更清晰,更易于维护和扩展。

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部