SpringMVC架构中Controller层调用的service接口而非实现类serviceImpl的原因及实现原理

本文主要是介绍SpringMVC架构中Controller层调用的service接口而非实现类serviceImpl的原因及实现原理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

为什么Controller层调用的是service接口,而不是其实现类?

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

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

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

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

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

@Controller
public class UserController {@Autowiredprivate UserService userService;
}

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

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

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

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

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

这篇关于SpringMVC架构中Controller层调用的service接口而非实现类serviceImpl的原因及实现原理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/949568

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

流媒体平台/视频监控/安防视频汇聚EasyCVR播放暂停后视频画面黑屏是什么原因?

视频智能分析/视频监控/安防监控综合管理系统EasyCVR视频汇聚融合平台,是TSINGSEE青犀视频垂直深耕音视频流媒体技术、AI智能技术领域的杰出成果。该平台以其强大的视频处理、汇聚与融合能力,在构建全栈视频监控系统中展现出了独特的优势。视频监控管理系统EasyCVR平台内置了强大的视频解码、转码、压缩等技术,能够处理多种视频流格式,并以多种格式(RTMP、RTSP、HTTP-FLV、WebS

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。