JavaWeb后端基础（4）
这一篇就开始是做一个项目了，在项目里学习，我主要记录在学习过程中遇到的问题，以及一些知识点
Restful风格
一种软件架构风格
在REST风格的URL中，通过四种请求方式，来操作数据的增删改查。
-
GET ： 查询
-
POST ：新增
-
PUT ： 修改
-
DELETE ：删除
我们看到如果是基于REST风格，定义URL，URL将会更加简洁、更加规范、更加优雅。
@RequestMapping注解
开发里经常用下面这种风格
-
GET方式：@GetMapping
-
POST方式：@PostMapping
-
PUT方式：@PutMapping
-
DELETE方式：@DeleteMapping
数据封装
实体类属性名和数据库表查询返回的字段名一致，mybatis会自动封装。如果实体类属性名和数据库表查询返回的字段名不一致，不能自动封装。
手动结果映射、起别名、开启驼峰命名
手动结果映射
@Results({@Result(column = "create_time", property = "createTime"),
@Result(column = "update_time", property = "updateTime")})
@Select("select id, name, create_time, update_time from dept")
public List<Dept> findAll();起别名
@Select("select id, name, create_time createTime, update_time updateTime from dept")
public List<Dept> findAll();开启驼峰命名(推荐)
如果字段名与属性名符合驼峰命名规则，mybatis会自动通过驼峰命名规则映射。驼峰命名规则： abc_xyz => abcXyz
在application.yml中做如下配置，开启开关
mybatis:
configuration:
map-underscore-to-camel-case: true实体类的属性与数据库表中的字段名严格遵守驼峰命名。
Nginx反向代理
-
location：用于定义匹配特定uri请求的规则。
-
^~ /api/：表示精确匹配，即只匹配以/api/开头的路径。
-
rewrite：该指令用于重写匹配到的uri路径。
-
proxy_pass：该指令用于代理转发，它将匹配到的请求转发给位于后端的指令服务器。
简单参数接收
方案一：通过原始的 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）
@DeleteMapping("/depts")
public Result delete(Integer id){
System.out.println("根据ID删除部门: " + deptId);
return Result.success();
}JSON参数接收
-
JSON格式的参数，通常会使用一个实体对象进行接收 。
-
规则：JSON数据的键名与方法形参对象的属性名相同，并需要使用
@RequestBody注解标识。
/**
* 新增部门 - 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();
}路径参数接收
/depts/1，/depts/2 这种在url中传递的参数，我们称之为路径参数。
路径参数：通过请求URL直接传递参数，使用{…}来标识该路径参数，需要使用 @PathVariable获取路径参数。
/**
* 根据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);
}日志
导入依赖---->配置logback.xml---->记录日志
Logback配置文件
如果需要输出日志到控制台。添加如下配置：
<!-- 控制台输出 -->
<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>如果需要输出日志到文件。添加如下配置：
<!-- 按照每天生成日志文件 -->
<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>日志开关配置 （开启日志（ALL），取消日志（OFF））
<!-- 日志输出级别 -->
<root level="ALL">
<!--输出到控制台-->
<appender-ref ref="STDOUT" />
<!--输出到文件-->
<appender-ref ref="FILE" />
</root>logback日志级别
| 日志级别 | 说明 |
| trace | 追踪，记录程序运行轨迹 【使用很少】 |
| debug | 调试，记录程序调试过程中的信息，实际应用中一般将其视为最低级别 【使用较多】 |
| info | 记录一般信息，描述程序运行的关键事件，如：网络连接、io操作 【使用较多】 |
| warn | 警告信息，记录潜在有害的情况 【使用较多】 |
| error | 错误信息 【使用较多】 |
@Slf4j
lombok中提供的@Slf4j注解，可以简化定义日志记录器这步操作。添加了该注解，就相当于在类中定义了日志记录器，就下面这句代码：
private static Logger log = LoggerFactory. getLogger(Xxx. class);