小企业适用的组件化的服务间的调用

简介: 小企业适用的组件化的服务间的调用


image.png

服务间调用是微服务体系中必不可少的一部分,在springcloud  alibaba的官网中,推荐使用是dubbo,但因为并发量比较小,同时dubbo相对比较复杂,所有楼主在服务间调用选型时,依然选择了openfeign。同时将服务间调用的接口封装为子工程,进行统一的api管理。避免小伙伴们造重复的轮子。

1.新建api子工程

1.搭建子工程

这里新建了一个子工程,文件结构如下。

image.png

image.png

2.添加pom.xml

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>    
            <version>2.2.6.RELEASE</version>
        </dependency>

3.实现fallback熔断方法

当服务调用失败,会跳转到该类。后文会与Sentinel一起使用。

@Component
public class UserFallBack implements UserApi {
    @Override
    public Result<UserVO> getCurrentUser() {
        Result<UserVO> result = new Result<>();
        String error = "调用system获取当前用户信息失败!";
        result.setCode(506);
        result.setMessage(error);
        return result;
    }
    @Override
    public Result<UserVO> getUser(UserVO UserVO) {
        Result<UserVO> result = new Result<>();
        String error = "调用system获取输入用户信息失败!";
        result.setCode(506);
        result.setMessage(error);
        return result;
    }
}

4.feign接口实现

@FeignClient(name = "system", fallback = UserFallBack.class) //其中name为nacos中的服务名
public interface UserApi {
    /**
     * 获取当前用户信息
     * 
     * @return
     */
    @GetMapping("/getCurrentUser")
    Result<UserVO> getCurrentUser();
    /**
     * 通过实体获取用户信息
     *
     * @return
     */
    @GetMapping("/getUser")
    Result<UserVO> getUser(@SpringQueryMap UserVO UserVO);
}

这里需要注意,如果在get请求时,同时boby中有值,feign会把get转换成post,所以这种情况需要使用@SpringQueryMap注解。

2.父工程调用

1.修改pom.xml

1.在pom文件中引入子工程 ,详细配置可以参考楼主文章:

    <dependencies>
        <dependency>
            <groupId>com.vanpeng</groupId>
            <artifactId>common-api</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>
    </dependencies>

2.修改启动类

@EnableDiscoveryClient
@SpringBootApplication
@EnableFeignClients("com.common.api")
public class DatacenterApplication {
    public static void main(String[] args) {
        SpringApplication.run(DatacenterApplication.class, args);
    }
}

注意:@EnableFeignClients(“com.common.api”)一定要指定api子工程路径,否则不执行调用。

3.调用

public class DemoController {
    @Autowired
    UserApi userApi;
    @GetMapping("/demo")
    public void demo() {
        Result<RestSysUserVO> xxx = userApi.getCurrentUser();
    }
}


相关文章
|
编解码 监控 前端开发
响应式框架:塑造多平台体验的未来
在今天的多设备和多屏幕时代,响应式框架已经成为前端开发的不可或缺的工具。它们允许开发人员创建一次,适应多个设备和屏幕尺寸的网站和应用程序。本博客将深入探讨响应式框架的核心概念、流行的框架以及为什么它们对于塑造多平台体验如此重要。
115 0
|
Java API 数据库
基于 SOA 的组件化业务基础平台
原文:基于 SOA 的组件化业务基础平台 前言 业务基础平台是业务逻辑应用和基础架构平台之间的一个中间层,解决 “应用软件的业务描述和操作系统平台、软件基础架构平台之间的交互与管理问题”。
2107 0
|
2月前
|
前端开发 数据可视化 搜索推荐
深入剖析极态云优雅的前端框架设计方案(上)
最近在体验极态云,这款低代码软件开发产品,发现其前端框架设计方案很优雅很强大! 在接下来的学习过程中,我将持续输出自己对极态云前端框架设计方案的深入理解,包括具体的使用技巧、优势分析以及可能的应用场景等方面的内容,希望能为大家提供有价值的参考。
|
3月前
|
前端开发 安全 测试技术
前端组件化有什么优势?
【10月更文挑战第4天】
88 1
|
5月前
|
前端开发 UED
组件化的好处是什么
【8月更文挑战第13天】组件化的好处是什么
159 1
|
4月前
|
前端开发 JavaScript 开发者
现代前端框架激烈交锋,高效响应式 Web 界面的归属扑朔迷离!
【9月更文挑战第6天】本文通过实际案例,比较了主流前端框架 Vue.js、React 和 Angular 的特点与优势。Vue.js 以简洁的语法和灵活的组件化架构著称,适合小型到中型项目;React 强调性能和可扩展性,适用于大型应用;Angular 凭借全面的功能和严格架构,适合企业级开发。开发者应根据项目需求和技术栈选择合适的框架。
60 0
|
5月前
|
存储 JavaScript
Vuex 最佳实践:借势技术热点,打造 Vue 应用的可维护与可扩展之梦,你还在等什么?
【8月更文挑战第27天】Vuex是Vue.js的状态管理工具,适用于复杂应用的状态集中管理,使状态变更更为清晰、可预测及易维护。其核心特点包括:利用单一状态树来集中存放应用所有状态,便于追踪变化并简化管理;通过模块划分对大型应用进行拆分,以增强代码可维护性并明确各模块职责;借助命名空间防止模块间命名冲突;启用严格模式确保状态变更只能通过mutations进行,提升代码质量。示例代码展示了商品和购物车模块的定义与使用,说明如何在Vue组件中调用Vuex的状态和操作。
48 0
|
5月前
|
前端开发 JavaScript 开发者
天崩地裂!现代前端框架激烈交锋,高效响应式 Web 界面的归属扑朔迷离!
【8月更文挑战第12天】本文通过实际案例对比了主流前端框架:Vue.js 以其简洁语法和组件化脱颖而出;React 依托虚拟DOM确保高效的界面更新;Angular 则以强大的模块系统适用于企业级应用。三者虽殊途同归,但在实现相同功能时各具特色,为高效响应式Web界面的构建提供了多样选择。
57 0
|
8月前
|
前端开发 中间件 程序员
app的组件化之路:业务组件化与中间件,MVVM架构的作用
app的组件化之路:业务组件化与中间件,MVVM架构的作用
96 0
|
8月前
业务组件化的缺点
业务组件化的缺点
55 0