Java的MVC架构中,controller层、service层、serviceImpl和mapper层的作用

1.controller层

        也被称为控制器,它是业务模块流程的控制中心。Controller负责接收页面传递过来的参数,然后将这些参数传给service进行处理。同时,controller还会接收service处理后的返回值,并将这些返回值再次传给页面。此外,controller还负责处理前端请求和响应,与前端进行交互,为前端提供接口

@RestController
@RequestMapping("/user")
@Slf4j
public class UserController {
    @Autowired
    private UserService userService;
  
    /**
     * 移动端用户登录
     * @param map
     * @param session
     * @return
     */
    @PostMapping("/login")
    public R login(@RequestBody Map map, HttpSession session) {
        //获取用户手机号
        String phone = map.get("phone").toString();
        //获取验证码
        String code = map.get("code").toString();
        //获取session的验证码;
        Object sessionInCode = session.getAttribute(phone);
        if(sessionInCode != null && sessionInCode.equals(code)) {
            //判断是不是新用户
            LambdaQueryWrapper userLambdaQueryWrapper = new LambdaQueryWrapper<>();
            userLambdaQueryWrapper.eq(User::getPhone,phone);
            User user = userService.getOne(userLambdaQueryWrapper);
            if(user == null) {
                //说明是新用户
                user = new User();
                user.setPhone(phone);
                user.setStatus(1);
                userService.save(user);
            }
            session.setAttribute("user",user.getId());
            return R.success(user);
        }
        return R.error("登录失败");
    }

}
2.service层

        Service层是业务逻辑的处理层,它是一个接口类,负责处理业务逻辑的设计。它相对独立于其他层,只负责定义业务逻辑的接口。

@Service
public interface UserService extends IService {
}
3.serviceImpl

        ServiceImpl层是对Service接口的实现层,它调用Mapper层进行数据访问,完成具体的业务逻辑处理

@Service
public class UserServiceImpl extends ServiceImpl implements UserService {
}
4.mapper层

        Mapper层也被称为DAO层,它是数据访问层。Mapper层的主要职责是封装对数据库的增删改查等底层操作。某个DAO一定是和数据库的某一张表一一对应的。

@Mapper
public interface UserMapper extends BaseMapper {
}
5.几个层次之间的关系

        在这四个层次之间,存在着紧密的联系。当用户发起请求时,请求首先会到达Controller层。接着,Controller层会解析请求,并调用相应的Service层方法。Service层会处理业务逻辑,这可能会涉及到对数据库的操作,因此它会调用Mapper层进行数据访问。最后,Mapper层会执行SQL语句,与数据库进行交互,并将结果返回给Service层。

6.存在的疑问
(1)为什么Controller层调用的是service接口,而不是其实现类?

        在Java的MVC架构中,通常Controller层注入的是服务层的接口,而不是实现类。这样做的原因主要是为了实现面向接口编程和依赖注入,有助于降低各层之间的耦合性,提高代码的灵活性和可维护性。例如,如果Service接口有多个ServiceImpl实现类,就可以通过指定参数名来选择需要调用的具体ServiceImpl实现类。此外,使用接口类型来引用对象是Java编程的一种良好实践,它符合“针对接口编程,而不是针对实现编程”的设计原则。

(2)Controller层调用的是service接口,为什么能使用其实现类的方法?

        在Spring MVC框架中,这种能实现调用Service层接口方法的能力,是通过依赖注入(Dependency Injection)实现的。在Controller层中,我们可以通过依赖注入将需要的Service接口或类注入进来,进而在Controller层中调用Service层的方法来处理业务逻辑。

具体来说,当我们在Controller层定义一个变量并使用@Autowired注解它时,Spring框架会自动为我们生成这个类的实例,并将该实例注入到我们定义的变量中。在这个过程中,如果这个类的成员变量或者方法上的参数是另一个类的实例,那么Spring框架会自动将这个实例也注入进来。

例如,假设我们有一个Service层的接口名为UserService,以及它的两个实现类AdminUserServiceImpl和NormalUserServiceImpl。我们在Controller层定义了一个名为userService的变量,并使用@Autowired注解它

@Controller
public class UserController {
    @Autowired
    private UserService userService;
}

     在这个例子中,当Spring框架创建UserController类的一个实例时,它会自动将UserService接口的实现类注入到userService变量中。因此,我们实际上可以在Controller层调用Service层接口的方法了。

   (3)若这个接口有多个实现类,那是怎么确定你注入的是哪个实现类?

        在Spring框架中,我们可以通过使用@Qualifier注解来指定注入的实现类。

例如,假设我们有一个名为UserService的接口,它有两个实现类:AdminUserServiceImplNormalUserServiceImpl。我们可以在controller层使用@Autowired注解来注入这个接口,并使用@Qualifier注解来指定注入的具体实现类。

Controller
public class UserController {
    @Autowired
    @Qualifier("adminUserService")
    private UserService userService;
}

你可能感兴趣的:(SpringMVC,java,mvc,架构)