【项目记录】部门增删改及日志技术

最新推荐文章于 2025-05-23 17:03:50 发布
最新推荐文章于 2025-05-23 17:03:50 发布
阅读量1.1k 收藏 22
点赞数 30
文章标签： java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2302_80979832/article/details/148139095
版权

1 删除部门

1.1 需求

删除部门数据。在点击 "删除" 按钮，会根据ID删除部门数据。

了解了需求之后，我们再看看接口文档中，关于删除部门的接口的描述，然后根据接口文档进行服务端接口的开发。

1.2 接口描述

1.2.1 基本信息

请求路径：/depts

请求方式：DELETE

接口描述：该接口用于根据ID删除部门数据

1.2.2 请求参数

参数说明：

参数名类型是否必须备注
idnumber必须部门ID

请求参数样例：

/depts?id=1  

/depts?id=2

1.2.3 响应数据

参数格式：application/json

参数说明：

参数名类型是否必须备注
codenumber必须响应码，1 代表成功，0 代表失败
msgstring非必须提示信息
dataobject非必须返回的数据

 1.3 思路分析

Controller：接收客户端请求参数（如/depts?id=8），调用 Service 层处理业务，再将结果响应给客户端 。

Service：承接 Controller 调用，调用 Mapper 接口方法，实现业务逻辑 。

Mapper：执行 SQL 语句（delete from dept where id =?），负责与数据库交互，完成数据的增删改查 。

1.4 简单参数接收

我们看到，在controller中，需要接收前端传递的请求参数。 那接下来，我们就先来看看在服务器端的Controller程序中，如何获取这类简单参数。 具体的方案有如下三种：

方案一：通过原始的 HttpServletRequest 对象获取请求参数

/**
* 根据ID删除部门 - 简单参数接收: 方式一 (HttpServletRequest)
*/
@DeleteMapping("/depts")
public Result delete(HttpServletRequest request){
    String idStr = request.getParameter("id");
    int id = Integer.parseInt(idStr);
    
    System.out.println("根据ID删除部门: " + id);
    return Result.success();
}

这种方案实现较为繁琐，而且还需要进行手动类型转换。【项目开发很少用】

方案二：通过Spring提供的 @RequestParam 注解，将请求参数绑定给方法形参

@DeleteMapping("/depts")
public Result delete(@RequestParam("id") Integer deptId){
    System.out.println("根据ID删除部门: " + deptId);
    return Result.success();
}

@RequestParam 注解的value属性，需要与前端传递的参数名保持一致 。

注：@RequestParam注解required属性默认为true，代表该参数必须传递，如果不传递将报错。 如果参数可选，可以将属性设置为false。

方案三：如果请求参数名与形参变量名相同，直接定义方法形参即可接收。（省略@RequestParam）

@DeleteMapping("/depts")
public Result delete(Integer id){
    System.out.println("根据ID删除部门: " + deptId);
    return Result.success();
}

对于以上的这三种方案，推荐第三种方案。

1.5 代码实现

1) Controller层

在 DeptMapper 中，增加 delete 方法，代码实现如下：

/**
 * 根据id删除部门 - delete http://localhost:8080/depts?id=1
 */
@DeleteMapping("/depts")
public Result delete(Integer id){
    System.out.println("根据id删除部门, id=" + id);
    deptService.deleteById(id);
    return Result.success();
}
2) Service层

在 DeptService 中，增加 deleteById 方法，代码实现如下：

/**
 * 根据id删除部门
 */
void deleteById(Integer id);

 在 DeptServiceImpl 中，增加 deleteById 方法，代码实现如下：

public void deleteById(Integer id) {
    deptMapper.deleteById(id);
}
3) Mapper层

在 DeptMapper 中，增加 deleteById 方法，代码实现如下：

/**
 * 根据id删除部门
 */
@Delete("delete from dept where id = #{id}")
void deleteById(Integer id);

如果mapper接口方法形参只有一个普通类型的参数，#{…} 里面的属性名可以随便写，如：#{id}、#{value}。

对于 DML 语句来说，执行完毕也是有返回值的，返回值代表的是增删改操作，影响的记录数，所以可以将执行 DML 语句的方法返回值设置为 Integer。 但一般开发时不需要这个返回值，所以也可以设置为void。

代码编写完毕后，就可以启动服务进行测试了。

2 新增部门

2.1 需求

点击 "新增部门" 的按钮之后，弹出新增部门表单，填写部门名称后，点击确定，保存部门数据。

了解了需求后，再看看接口文档中，关于新增部门的接口的描述，然后根据接口文档进行服务端接口的开发 。

2.2 接口描述

2.2.1 基本信息

请求路径：/depts

请求方式：POST

接口描述：该接口用于添加部门数据

2.2.2 请求参数

参数格式：application/json

参数说明：

参数名类型是否必须备注
namestring必须部门名称

2.3 思路分析

Controller：接收客户端/depts 请求及{"name":"教研部"} 参数，调用 Service 层，再响应结果。

Service：补全基础属性，调用 Mapper 接口方法，处理业务逻辑。

Mapper：执行insert into dept (name,create_time,update_time) values (?,?,?) SQL 语句，与数据库交互完成数据插入 。

2.4 json参数接收

可以看到，在controller中，需要接收前端传递的请求参数。 那接下来，就先来看看在服务器端的Controller程序中，如何获取json格式的参数。

JSON格式的参数，通常会使用一个实体对象进行接收 。

规则：JSON数据的键名与方法形参对象的属性名相同，并需要使用@RequestBody注解标识。

前端传递的请求参数格式为json，内容如下：{"name":"研发部"}。这里可以通过一个对象来接收，只需要保证对象中有name属性即可。

2.5 代码实现

1) Conteoller层

在DeptController中增加方法save，具体代码如下：

/**
 * 新增部门 - POST http://localhost:8080/depts   请求参数：{"name":"研发部"}
 */
@PostMapping("/depts")
public Result save(@RequestBody Dept dept){
    System.out.println("新增部门, dept=" + dept);
    deptService.save(dept);
    return Result.success();
}

2) Service层 

在DeptServiceImpl中增加save方法，完成添加部门操作，具体代码如下：

public void save(Dept dept) {
    //补全基础属性
    dept.setCreateTime(LocalDateTime.now());
    dept.setUpdateTime(LocalDateTime.now());
    //保存部门
    deptMapper.insert(dept);
}

3) Mapper层

/**
 * 保存部门
 */
@Insert("insert into dept(name,create_time,update_time) values(#{name},#{createTime},#{updateTime})")
void insert(Dept dept);

如果在mapper接口中需要传递多个参数，可以把多个参数封装到一个对象中。 在SQL语句中获取参数的时候，#{...} 里面写的是对象的属性名【注意是属性名，不是表的字段名】。

代码编写完毕后，即可启动服务进行测试。

3 修改部门

对于任何业务的修改功能来说，一般都会分为两步进行：查询回显、修改数据。

3.1 查询回显

3.1.1 需求

当点击 "编辑" 时，需要根据ID查询部门数据用于页面回显展示。

3.1.2 接口描述

3.1.2.1 基本信息

请求路径：/depts/{id}

请求方式：GET

接口描述：该接口用于根据ID查询部门数据

3.1.2.2 请求参数

参数格式：路径参数

参数说明：

参数名类型是否必须备注
idnumber必须部门ID

请求参数样例：

/depts/1

/depts/3

3.1.2.3 响应数据

参数格式：application/json

参数说明：

参数名类型是否必须备注
codenumber必须响应码，1 代表成功，0 代表失败
msgstring非必须提示信息
dataobject非必须返回的数据
|- idnumber非必须id
|- namestring非必须部门名称
|- createTimestring非必须创建时间
|- updateTimestring非必须修改时间

3.1.3 思路分析

明确了根据ID查询部门的需求后，再梳理一下实现该功能时三层架构每一层的职责：

Controller：接收客户端路径参数/depts/1请求，调用 Service 层，再响应结果。

Service：调用 Mapper 接口方法，衔接 Controller 与 Mapper 。

Mapper：执行select * from dept where id = 1 语句，从数据库查询对应部门数据 。

3.1.4 路径参数接收

/depts/1，/depts/3这种在url中传递的参数，称之为路径参数。 如何接收这样的路径参数呢 ？

路径参数：通过请求URL直接传递参数，使用{…}来标识该路径参数，需要使用@PathVariable获取路径参数。

如果路径参数名与controller方法形参名称一致，@PathVariable注解的value属性是可以省略的。

3.1.5 代码实现

1) Controller层

在 DeptController 中增加 getById方法，具体代码如下：

/**
 * 根据ID查询 - GET http://localhost:8080/depts/1
 */
@GetMapping("/depts/{id}")
public Result getById(@PathVariable Integer id){
    System.out.println("根据ID查询, id=" + id);
    Dept dept = deptService.getById(id);
    return Result.success(dept);
}
2) Service层

在 DeptService 中增加 getById方法，具体代码如下：

/**
 * 根据id查询部门
 */
Dept getById(Integer id);

在 DeptServiceImpl 中增加 getById方法，具体代码如下：

public Dept getById(Integer id) {
    return deptMapper.getById(id);
}
3) Mapper层

在 DeptMapper 中增加 getById 方法，具体代码如下：

/**
* 根据ID查询部门数据
*/
@Select("select id, name, create_time, update_time from dept where id = #{id}")
Dept getById(Integer id);

代码编写完毕后，就可以启动服务进行测试了。

3.2 修改数据

3.2.1 需求

查询回显回来后就可以对部门信息进行修改了，修改完毕后，点击确定，此时就需要根据ID修改部门的数据。

了解需求后，再看接口文档中关于修改部门的接口的描述，进行服务端接口的开发 。

3.2.2 接口描述

3.2.2.1 基本信息

请求路径：/depts

请求方式：PUT

接口描述：该接口用于修改部门数据

3.2.2.2 请求参数

参数格式：application/json

参数说明：

参数名类型是否必须备注
idnumber必须部门ID
namestring必须部门名称

3.2.3 思路分析

参照接口文档，梳理三层架构每一层的职责：

Controller ：接收来自客户端的 JSON 格式请求参数{"id":1,"name":"教研部"}，然后调用 Service 层的方法进行业务处理，最后将处理结果响应给客户端。

Service ：承接 Controller 层的调用，首先补全基础属性，之后调用 Mapper 接口方法 。

Mapper ：执行 update dept set name =?, update_time =? where id =? 语句，与数据库交互，完成部门信息的更新操作。

通过接口文档，可以看到前端传递的请求参数是json格式的请求参数，在Controller的方法中，可以通过@RequestBody 注解来接收，并将其封装到一个对象中。

3.2.4 代码实现

1) Controller层

在 DeptController 中增加 update 方法，具体代码如下：

/**
 * 修改部门 - PUT http://localhost:8080/depts  请求参数：{"id":1,"name":"研发部"}
 */
@PutMapping("/depts")
public Result update(@RequestBody Dept dept){
    System.out.println("修改部门, dept=" + dept);
    deptService.update(dept);
    return Result.success();
}
2) Service层

在 DeptService 中增加 update 方法。

/**
 * 修改部门
 */
void update(Dept dept);

在 DeptServiceImpl 中增加 update 方法。 由于是修改操作，每一次修改数据，都需要更新updateTime。所以，具体代码如下：

public void update(Dept dept) {
    //补全基础属性
    dept.setUpdateTime(LocalDateTime.now());
    //保存部门
    deptMapper.update(dept);
}
3) Mapper层

在 DeptMapper 中增加 update 方法，具体代码如下：

/**
 * 更新部门
 */
@Update("update dept set name = #{name},update_time = #{updateTime} where id = #{id}")
void update(Dept dept);

代码编写完毕之后，我们就可以启动服务，进行测试了。

3.2.5 @RequestMapping

到此，关于基本的部门的增删改查功能已经实现了。 会发现，在 DeptController 中所定义的方法，所有的请求路径，都是 /depts 开头的，只要操作的是部门数据，请求路径都是 /depts 开头。

此时可以把这个公共的路径 /depts 抽取到类上的，在各个方法上就可以省略了这个 /depts 路径。 代码如下：

package org.example.controller;

import jakarta.servlet.http.HttpServletRequest;
import org.example.pojo.Dept;
import org.example.pojo.Result;
import org.example.service.DeptService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;

import java.util.List;

@RequestMapping("/depts")
@RestController
public class DeptController {

    @Autowired
    private DeptService deptService;

    /**
     * 查询部门列表
     * @return
     */
    //@RequestMapping(value = "/depts",method = RequestMethod.GET) //method:指定请求方式
    @GetMapping
    public Result list() {
        System.out.println("查询全部部门数据");
        List<Dept> deptList = deptService.findAll();
        return Result.success(deptList);
    }

    /**
     * 删除部门
     */
    //方式一：基于HttpServletRequest对象获取参数
    /*@DeleteMapping
    public Result delete(HttpServletRequest request){
        String idStr = request.getParameter("id");
        int id = Integer.parseInt(idStr);
        System.out.println("删除部门："+id);
        return Result.success();
    }*/
    //方式二：通过 @RequestParam 注解将请求参数绑定给方法形参
    /*@DeleteMapping
    public Result delete(@RequestParam (value = "id",required = false) Integer deptId ){
        System.out.println("删除部门："+ deptId);
        return Result.success();
    }*/
    //方式三：如果请求参数名与形参变量名相同，直接定义方法形参即可接收。（省略@RequestParam）
    @DeleteMapping
    public Result delete(Integer id ){
        System.out.println("删除部门："+ id);
        deptService.deleteById(id);
        return Result.success();
    }

    /**
     * 新增部门
     */
    @PostMapping
    public Result add(@RequestBody Dept dept){
        System.out.println("新增部门：" + dept);
        deptService.add(dept);
        return Result.success();
    }

    /**
     * 根据ID查询部门
     */
    /*@GetMapping("/{id}")
    public Result getInfo(@PathVariable("id") Integer deptId){
        System.out.println("根据id查询部门：" + deptId);
        return Result.success();
    }*/
    @GetMapping("/{id}")
    public Result getInfo(@PathVariable Integer id){
        System.out.println("根据id查询部门：" + id);
        Dept dept = deptService.getById(id);
        return Result.success(dept);
    }

    /**
     * 修改部门信息
     */
    @PutMapping
    public Result update(@RequestBody Dept dept){
        System.out.println("修改部门：" + dept);
        deptService.update(dept);
        return Result.success();
    }

}

4 日志技术

4.1 概述

什么是日志？

日志就好比生活中的日记，可以随时随地记录你生活中的点点滴滴。

程序中的日志，是用来记录应用程序的运行信息、状态信息、错误信息的。

为什么要在程序中记录日志呢？

  • 便于追踪应用程序中的数据信息、程序的执行过程。

  • 便于对应用程序的性能进行优化。

  • 便于应用程序出现问题之后，排查问题，解决问题。

  • 便于监控系统的运行状态。

  • ... ...

之前编写程序时，也可以通过System.out.println(...) 来输出日志，为什么还要学习日志技术呢？

这是因为，如果通过System.out.println(...)记录日志，会存在以下几点问题：

  • 硬编码。所有的记录日志的代码，都是硬编码，没有办法做到灵活控制，要想不输出这个日志了，只能删除掉记录日志的代码。

  • 只能输出日志到控制台。

  • 不便于程序的扩展、维护。

所以，在现在的项目开发中，一般都会使用专业的日志框架来解决这些问题。

4.2 日志框架

  • JUL：这是JavaSE平台提供的官方日志框架，也被称为JUL。配置相对简单，但不够灵活，性能较差。

  • Log4j：一个流行的日志框架，提供了灵活的配置选项，支持多种输出目标。

  • Logback：基于Log4j升级而来，提供了更多的功能和配置选项，性能由于Log4j。

  • Slf4j：（Simple Logging Facade for Java）简单日志门面，提供了一套日志操作的标准接口及抽象类，允许应用程序使用不同的底层日志框架。

4.3 Logback入门

1) 准备工作：引入logback依赖（springboot中无需引入，在springboot中已经传递了此依赖）

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

2) 引入配置文件 logback.xml ，放在 src/main/resources 目录下

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
	<!-- 控制台输出 -->
	<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
		<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
			<!--格式化输出：%d 表示日期，%thread 表示线程名，%-5level表示级别从左显示5个字符宽度，%logger显示日志记录器的名称， %msg表示日志消息，%n表示换行符 -->
			<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50}-%msg%n</pattern>
		</encoder>
	</appender>

	<!-- 系统文件输出 -->
	<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
		<rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
			<!-- 日志文件输出的文件名, %i表示序号 -->
			<FileNamePattern>D:/tlias-%d{yyyy-MM-dd}-%i.log</FileNamePattern>
			<!-- 最多保留的历史日志文件数量 -->
			<MaxHistory>30</MaxHistory>
			<!-- 最大文件大小，超过这个大小会触发滚动到新文件，默认为 10MB -->
			<maxFileSize>10MB</maxFileSize>
		</rollingPolicy>

		<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
			<!--格式化输出：%d 表示日期，%thread 表示线程名，%-5level表示级别从左显示5个字符宽度，%msg表示日志消息，%n表示换行符 -->
			<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50}-%msg%n</pattern>
		</encoder>
	</appender>

	<!-- 日志输出级别 -->
	<root level="info">
		<appender-ref ref="STDOUT" />
		<appender-ref ref="FILE" />
	</root>
</configuration>

3) 记录日志：定义日志记录对象Logger，记录日志

public class LogTest {
    
    //定义日志记录对象
    private static final Logger log = LoggerFactory.getLogger(LogTest.class);

    @Test
    public void testLog(){
        log.debug("开始计算...");
        int sum = 0;
        int[] nums = {1, 5, 3, 2, 1, 4, 5, 4, 6, 7, 4, 34, 2, 23};
        for (int i = 0; i < nums.length; i++) {
            sum += nums[i];
        }
        log.info("计算结果为: "+sum);
        log.debug("结束计算...");
    }

}

运行单元测试，可以在控制台中看到输出的日志，如下所示：

可以看到在输出的日志信息中，不仅输出了日志的信息，还包括：日志的输出时间、线程名、具体在哪个类输出。

4.4 Logback配置文件

Logback日志框架的配置文件叫 logback.xml 。 该配置文件是对Logback日志框架输出的日志进行控制的，可以来配置输出的格式、位置及日志开关等。 常用的两种输出日志的位置：控制台、系统文件。

1) 如果需要输出日志到控制台。添加如下配置：

<!-- 控制台输出 -->
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
    <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <!--格式化输出：%d 表示日期，%thread 表示线程名，%-5level表示级别从左显示5个字符宽度，%msg表示日志消息，%n表示换行符 -->
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50}-%msg%n</pattern>
    </encoder>
</appender>

2) 如果需要输出日志到文件。添加如下配置：

<!-- 按照每天生成日志文件 -->
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
        <!-- 日志文件输出的文件名, %i表示序号 -->
        <FileNamePattern>D:/tlias-%d{yyyy-MM-dd}-%i.log</FileNamePattern>
        <!-- 最多保留的历史日志文件数量 -->
        <MaxHistory>30</MaxHistory>
        <!-- 最大文件大小，超过这个大小会触发滚动到新文件，默认为 10MB -->
        <maxFileSize>10MB</maxFileSize>
    </rollingPolicy>

    <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
        <!--格式化输出：%d 表示日期，%thread 表示线程名，%-5level表示级别从左显示5个字符宽度，%msg表示日志消息，%n表示换行符 -->
        <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50}-%msg%n</pattern>
    </encoder>
</appender>

3) 日志开关配置 （开启日志（ALL），取消日志（OFF））

<!-- 日志输出级别 -->
<root level="ALL">
    <!--输出到控制台-->
    <appender-ref ref="STDOUT" />
    <!--输出到文件-->
    <appender-ref ref="FILE" />
</root>

 4.5 Logback日志级别

日志级别指的是日志信息的类型，日志都会分级别，常见的日志级别如下（优先级由低到高）：

日志级别说明记录方式
trace追踪，记录程序运行轨迹 【使用很少】log.trace("...")
debug调试，记录程序调试过程中的信息，实际应用中一般将其视为最低级别 【使用较多】log.debug("...")
info记录一般信息，描述程序运行的关键事件，如：网络连接、io操作 【使用较多】log.info("...")
warn警告信息，记录潜在有害的情况 【使用较多】log.warn("...")
error错误信息 【使用较多】log.error("...")

可以在配置文件logback.xml中，灵活的控制输出那些类型的日志。（大于等于配置的日志级别的日志才会输出）

4.6 案例日志记录

package org.example.controller;

import jakarta.servlet.http.HttpServletRequest;
import lombok.extern.log4j.Log4j;
import lombok.extern.slf4j.Slf4j;
import org.example.pojo.Dept;
import org.example.pojo.Result;
import org.example.service.DeptService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;

import java.util.List;

@Slf4j
@RequestMapping("/depts")
@RestController
public class DeptController {

    @Autowired
    private DeptService deptService;

    /**
     * 查询部门列表
     * @return
     */
    //@RequestMapping(value = "/depts",method = RequestMethod.GET) //method:指定请求方式
    @GetMapping
    public Result list() {
        //System.out.println("查询全部部门数据");
        log.info("查询全部部门数据");
        List<Dept> deptList = deptService.findAll();
        return Result.success(deptList);
    }

    /**
     * 删除部门
     */
    //方式一：基于HttpServletRequest对象获取参数
    /*@DeleteMapping
    public Result delete(HttpServletRequest request){
        String idStr = request.getParameter("id");
        int id = Integer.parseInt(idStr);
        System.out.println("删除部门："+id);
        return Result.success();
    }*/
    //方式二：通过 @RequestParam 注解将请求参数绑定给方法形参
    /*@DeleteMapping
    public Result delete(@RequestParam (value = "id",required = false) Integer deptId ){
        System.out.println("删除部门："+ deptId);
        return Result.success();
    }*/
    //方式三：如果请求参数名与形参变量名相同，直接定义方法形参即可接收。（省略@RequestParam）
    @DeleteMapping
    public Result delete(Integer id ){
        //System.out.println("删除部门："+ id);
        log.info("删除部门：{}",  id);
        deptService.deleteById(id);
        return Result.success();
    }

    /**
     * 新增部门
     */
    @PostMapping
    public Result add(@RequestBody Dept dept){
        //System.out.println("新增部门：" + dept);
        log.info("新增部门：{}", dept);
        deptService.add(dept);
        return Result.success();
    }

    /**
     * 根据ID查询部门
     */
    /*@GetMapping("/{id}")
    public Result getInfo(@PathVariable("id") Integer deptId){
        System.out.println("根据id查询部门：" + deptId);
        return Result.success();
    }*/
    @GetMapping("/{id}")
    public Result getInfo(@PathVariable Integer id){
        //System.out.println("根据id查询部门：" + id);
        log.info("根据id查询部门：{}", id);
        Dept dept = deptService.getById(id);
        return Result.success(dept);
    }

    /**
     * 修改部门信息
     */
    @PutMapping
    public Result update(@RequestBody Dept dept){
        //System.out.println("修改部门：" + dept);
        log.info("修改部门：{}", dept);
        deptService.update(dept);
        return Result.success();
    }

}

注：lombok中提供的@Slf4j注解，可以简化定义日志记录器这步操作。添加了该注解，就相当于在类中定义了日志记录器，即如下代码：

private static Logger log = LoggerFactory. getLogger(Xxx. class);

第79讲： MySQL Binlog二进制日志恢复误删数据的实践指南
江晓龙的博客
12-18 1万+
根据需求我们得知要恢复误删除的这张表，那么在事件信息中找到创建该表的事件，这个事件的开始标识位就作为我们截取Binlog日志的开始标识位号，结束标识位更好确定了，在事件信息中找到删除表的事件，这个事件的开始标识位也就作为我们截取Binlog日志的结束标识位，开始标识位号是上一个事件的结束表示为号。注意：一定不要将删除表事件的结束标识位号作为截取Binlog日志的结束标识位号，如果截取Binlog日志的结束标识位号是删除表的结束标识位号，就会把删除表的操作在还原时又进行了一遍，数据就不能恢复了。
8 SpringBoot进阶（上）：AOP（面向切面编程技术）、AOP案例之统一操作日志
smalltorch的博客
03-01 1178
在AOP基础这个阶段，我们首先介绍一下什么是AOP，再通过一个快速入门程序，让大家快速体验AOP程序的开发。最后再介绍AOP当中所涉及到的一些核心的概念。什么是AOP？AOP英文全称：Aspect Oriented Programming（面向切面编程、面向方面编程），其实说白了，面向切面编程就是面向特定方法编程。那什么又是面向方法编程呢，为什么又需要面向方法编程呢？来我们举个例子做一个说明：比如，我们这里有一个项目，项目中开发了很多的业务功能。
mysql记录的增删改和单表查询
weixin_30781107的博客
11-22 77
1.记录的详细增加方式 insert into 表名[(字段1，字段2，~)] values (值1，值2，~），(值1，值2，~） 　　into可以省略。表名后的字段可选 　　如果写了表名后的字段名，后面values 中必须与表名的字段一一对应。 　　如果没有写，后面的values中的值必须与表的所有字段一一对应。 　　values后面可以给多组值，用逗号隔开。 2.记录的详细删除...
java中日志切面_java切面做日志记录
weixin_32584595的博客
02-28 1208
前言众说周知，aop是oop思想的延续，是为了我们更好的程序的开发， 更便于我们对技术及代码的维护。今天就利用aop来做一个日志的记 录。废话不多说，上代码。实例entityimport lombok.Data;import lombok.NoArgsConstructor;import org.hibernate.annotations.GenericGenerator;import javax...
【智能排班系统】AOP + 自定义注解 实现操作日志自动记录
我只管埋头前行，剩下的交给时间。
04-06 1298
定义注解，将注解添加到需要记录日志的方法上，当方法执行完成或者抛异常后，通过AOP获取方法的参数、响应等信息记录到数据库中。
【数据库初阶】表的增删改语句
有趣的中国人的博客
01-11 1440
特性 DELETE TRUNCATE 删除方式 逐行删除 删除所有行 是否可以删除特定行 可以，通过 WHERE 子句指定条件 不能，删除表中的所有数据 是否触发触发器 会触发 DELETE 触发器 不会触发触发器 是否重置自增列 不会 会重置自增列计数器 操作类型 DML（数据操作语言） DDL（数据定义语言） 性能 较慢，逐行删除 更快，通过删除和重新创建表实现 能否回滚 可以，适用于支持事务的存储引擎 不可以，删除操作不可回滚 表结构是否改变 不改变表结构 不改变表结构 操作对日志的影响 会占用 un
ASWEET项目实施日志
m0_60782905的博客
02-12 1631
NetSuite ERP实施日志，2021年7月-2022年1月，记录项目的每一天。收获和教训都是成长！
【数据库】通过触发器实现审计日志记录（记录增、删、改）
weixin_30613727的博客
08-08 819
#创建测试表 CREATE TABLE COMPANY( ID INT PRIMARY KEY NOT NULL, NAME TEXT NOT NULL, AGE INT NOT NULL, ADDRESS CHAR(50), SALARY REAL...
项目实训记录2
qq_44695724的博客
07-02 628
在指导老师的要求下，我们小组开始编写需求分析文档，同时继续进行前后端技术学习，为开发做准备 需求分析文档如下： 1.引言 1.1编写目的 该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。 该文档详尽说明了这...
MySQL数据库之--增删改
MINUS的博客
01-14 241
大家好, 欢迎遇到你. 继上两篇查询汇总贴后,今天整理一下数据表的增加、修改、删除。 上两篇超链接： 基础篇 传送门 进阶篇 传送门 加上今天整理的这篇，就凑齐了增删改查四大天王了！ 本文内容其实挺抽象的，因为原始表格您没有见过，所以阅读的过程仅能熟悉或者说在心中跑一遍代码。如果需要原表格，可以私聊我要。之前提供过二维码，然后文章就审核不过去了。 INSERT 语句 普通语法 插入写入记录，...
Mybatis环境搭建、简单使用、增删改
qq_43647383的博客
07-05 982
MyBatis一、Mybatis 框架介绍二、Mybatis环境搭建1.新建Java项目2.Mybatis配置文件2.1 mybatis核心配置文件的添加2.2 Mybatis SQL映射文件2.3 测试3.进一步优化mybatis环境3.1 Log4J日志3.1.1 Log4J简介3.1.2 日志级别3.1.3 Log4J使用3.1.4 常见的日志输出格式 一、Mybatis 框架介绍 MyBatis是一个支持普通SQL查询，存储过程和高级映射的优秀持久层框架。MyBatis消除了几乎所有的JDBC代码和
使用 C# WinForms 和 DevExpress TreeList 实现医院科室管理系统的增删改功能
12-23
在实现科室管理模块的增删改功能时，首先需要对科室信息进行建模，定义好科室的数据结构，如科室ID、科室名称、科室位置、负责人等信息。接着，在WinForms项目中添加TreeList控件，并将其绑定到科室数据源上。通过...
timoJenkins:编码云上timo开源项目整合jenkins
03-23
TIMO后台管理系统，基于SpringBoot2.0 + Spring Data Jpa + Thymeleaf + Shiro开发的后台管理系统，采用分模块的方式轻松开发和维护，支持前后台模块分别部署，目前支持的功能有：管理，字典管理，日志记录，文件...
ORACLE触发器实战：记录DML操作与部门统计
同时，也创建了一个名为`test_log`的日志表，用于记录对`test`表的增删改操作。 触发器`test_trigger`是关键部分，它是一个`AFTER`类型的`DELETE`, `INSERT`, 或 `UPDATE`触发器。当表`test`中的数据发生变化时，...
初识C++：模版
2401_87194328的博客
05-23 439
该博客主要讲解模版的相关内容
Java 09Stream流与File类
asom12的博客
05-20 884
startWith(“张”)
canal实现mysql数据同步
最新发布
那些乐趣的博客
05-23 782
1、canal下载进入页面可以选择需要安装的版本下载canal.deployer-1.1.8.tar.gz和canal.admin-1.1.8.tar.gz2、mysql同步用户创建和授权在canal-admin解压文件的conf中有一个canal_manager.sql，导入到master数据库3、canal admin安装和启动把canal.admin-1.1.8.tar.gz上传到linux解压 tar -zvxf canal.admin-1.1.8.tar.gz。
Android 14 Binderized HAL开发实战指南（AIDL版）
Deep Lee的专栏
05-23 326
本文介绍了如何在Android 14中开发Binderized HAL服务，使用AIDL定义接口并实现HAL服务。首先，环境要求包括Android 14源码编译环境、AOSP android-14.0.0_r7分支、Soong构建系统、Java 17和NDK r25c。项目结构分为接口定义、实现层和SELinux策略。实现步骤包括定义AIDL接口、实现HAL服务、编写服务入口代码，并配置构建文件和SELinux策略。最后，通过VINTF配置确保服务在系统中可用，并提供了客户端调用示例。
部署springBoot项目的脚本-linux
zilin-lynn的博客
05-19 670
说明，maven打包时，可以将脚本打包跟jar包在同一个目录。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值