SSM项目实战-控制层-登录方法实现,使用Postman测试登录功能

1、Result.java

java 复制代码
package com.atguigu.schedule.dto;
import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;
@Data
@NoArgsConstructor
@AllArgsConstructor
public class Result {
    private Integer code;
    private Boolean flag;
    private Object data;
    private String msg;

    public static Result ok(Object data) {
        return new Result(200, true, data, null);
    }

    public static Result fail(String msg) {
        return new Result(500, false, null, msg);
    }
}

2、SysUserController.java

java 复制代码
package com.atguigu.schedule.controller;
import com.atguigu.schedule.dto.Result;
import com.atguigu.schedule.pojo.SysUser;
import com.atguigu.schedule.service.SysUserService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;
@RestController
@RequestMapping("sysUser")
@CrossOrigin
public class SysUserController {

    @Autowired
    private SysUserService sysUserService;

    @PostMapping
    public Result login(@RequestBody SysUser sysUser) {
        SysUser sysUserFromDB = sysUserService.getSysUser(sysUser);
        if (sysUserFromDB != null) {
            return Result.ok(sysUserFromDB);
        } else {
            return Result.fail("登录失败!");
        }
    }
}

3、为什么要使用Result?

在Java中,使用Result对象返回给前端的主要原因是更好地组织和管理代码,以及提供更加灵活和可扩展的解决方案。

下面是一些使用Result对象返回给前端的理由:

  1. 代码组织:使用Result对象可以将与特定操作相关的数据和错误信息封装起来,使得代码更加模块化和易于理解。这种方式将操作的结果和错误处理代码集中在同一个对象中,降低了代码的复杂性。
  2. 错误处理:通过将错误信息封装在Result对象中,可以更好地处理错误情况。在出现错误时,可以将错误信息存储在Result对象中并返回给前端,这样前端可以根据返回的Result对象进行相应的错误处理和展示。
  3. 扩展性:使用Result对象可以更好地适应未来的需求变化。随着业务的发展和需求的变化,可能需要添加更多的数据或错误信息到返回结果中。通过将数据和错误信息封装在Result对象中,可以方便地扩展该对象以适应未来的需求。
  4. 统一接口:使用Result对象可以定义统一的接口来处理和返回结果。这样前端可以根据统一的接口进行相应的处理,而不需要关心具体的业务逻辑和实现细节。这有助于提高代码的可维护性和可测试性。

总之,使用Result对象返回给前端可以帮助更好地组织和管理代码,提供灵活和可扩展的解决方案,方便错误处理,并提高代码的可维护性和可测试性。

相关推荐
Rain的Java大神之路3 小时前
介绍一下分布式事务
java·分布式·后端·spring·spring cloud·架构·springcloud
AI人工智能+电脑小能手11 小时前
大白话说Java设计模式-26-策略模式(业务实战篇)
java·spring·设计模式·策略模式·支付系统·算法切换
刀锋000113 小时前
Java 工程师转 AI Agent 最短路径:用 Spring 的思维理解 Spring AI 2.0(附 LangChain4j 对照)
java·人工智能·spring boot·spring·ai agent
重生之我是Java开发战士14 小时前
【Java EE】Spring AOP :面向切面编程
java·spring·java-ee
凤山老林14 小时前
基于 Spring Batch 的海量数据迁移与批处理架构:分片、容错与断点续跑
java·spring boot·spring·架构·spring batch
gis开发之家15 小时前
Spring Boot 4 深度解析——参数接收大全:@RequestParam、@PathVariable、@RequestBody
java·spring boot·后端·spring
(轻舟已过万重山)15 小时前
D1 · 融合蓝图:Spring AI + 虚拟线程 + 服务网格——现代后端统一底座
java·人工智能·spring
AI人工智能+电脑小能手16 小时前
大白话说Java设计模式-27-策略模式(源码剖析篇)
java·spring·设计模式·策略模式·源码分析·事务管理·comparator
音符犹如代码16 小时前
Varnish Cache 实战:反向代理缓存原理与 VCL 配置
java·spring·缓存