一个编程小妙招,单体秒变微服务。

基于MVC模式下的单体和微服务之间动态切换的项目代码架构

简介

简易型基于mvc模式下,能单体和微服务之间动态切换的项目代码架构。

前言

个人进行微服务开发中,由于总是碰到服务与服务之间相互耦合的业务场景,从而导致一个简单的需求实现的复杂度呈现出倍数的难度,进而总结出来的一个可单体与微服务动态切换的项目代码架构。

个人认为代码的本身应该是一个整体,不应该由于服务或者应用的独立从而形成代码之间的割裂,代码作为程序员输出的重要资产,要使用模块化对其进行管理和开发。

这里进行了基于MVC模式下的单体和微服务之间动态切换的项目代码架构管理演示。

项目地址:https://gitee.com/JayEinstein/archetype-mvc

一、模块的划分

这里演示的是商城项目,由产品模块(product)、会员模块(member)、订单模块(order)组成,实现一个简单的下单功能,需要校验会员信息,获取产品信息,扣减库存,最后生成订单。

项目结构:

archetype-mvc
  +- shop-common
  +- shop-controller
  |     +- member-controller
  |     +- order-controller
  |     +- product-controller
  +- shop-dao
  +- shop-model
  +- shop-service
  |     +- member-service
  |     +- order-service
  |     +- product-service
  +- shop-service-dao
  |     +- member-service-dao
  |     +- order-service-dao
  |     +- product-service-dao
  +- shop-service-rpc
  |     +- member-service-rpc
  |     +- order-service-rpc
  |     +- product-service-rpc
  +- start
  |     +- start-all
  |     +- start-member
  |     +- start-order
  |     +- start-product
  +- start-gateway
  |     +- app-gateway
  |     +- bops-gateway

我们熟悉的mvc模式是由controller-service-dao 链路组成的。这里以service为转接,拆分为controller-service,service-repository两段,
repository可以是dao或者是rpc,而这两组都不能独立成为一个应用,必须进行拼接才能形成一个完整的应用。于是如下:

  • repositorydao时,两组对接形成 controller-service-dao,也就是我们常见的mvc模式。
  • repositoryrpc是,两组对接形成 controller-service-rpc,也就成了远程服务的调用模式。

基于这个原理,这里对项目进行了如下划分:

  • shop-controller,定义服务对外的接口,也是模块的入口,依赖shop-service进行功能的实现。
  • shop-service,只定义了service接口,没有具体的实现功能,需要依赖repository
  • shop-service-dao,依赖shop-service, 是shop-service的dao功能实现
    • 可能会再次依赖别的模块的shop-service,如,下单就得用到了产品和会员,所以order-service-dao就会依赖到product-service和member-service(并不是product-service-dao和member-service-dao)
  • shop-service-rpc,依赖shop-service, 是shop-service的rpc功能实现
    • 这里和shop-service-dao不太一样,rpc只依赖于自己模块下的shop-service,rpc会调用别的服务,也就是shop-controller
  • shop-common,全局通用工具封装
  • shop-model,项目模型、实体、枚举、VO、常量等
  • shop-dao,可分可不分的dao实现
  • start-gateway,应用网关。
  • start,启动项、模块的集合。

二、模块的组装

从上面得知,一个完整的mvc应用需要controller-service-dao的链路,所以,shop-controller就是我们模块的入口,shop-controller依赖了shop-service,
那么引入了shop-controller我们需要再引入一个shop-service-dao或者shop-service-rpc就可以了。

而start就是controller-service-dao的模块组装。

1. 组装一个全功能的单体应用

start-all的pom下,我们把所有的shop-controller都引入进来,order-controller、member-controller、product-controller,
此时controller-service-dao链路是不完整的,然后再把 order-service-dao、member-service-dao、product-service-dao引入进来,
功能就齐全了。

<dependencies>
    
    <dependency>
        <groupId>com.mvc</groupId>
        <artifactId>order-controller</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

    <dependency>
        <groupId>com.mvc</groupId>
        <artifactId>member-controller</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

    <dependency>
        <groupId>com.mvc</groupId>
        <artifactId>product-controller</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

    <dependency>
        <groupId>com.mvc</groupId>
        <artifactId>order-service-dao</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

    <dependency>
        <groupId>com.mvc</groupId>
        <artifactId>member-service-dao</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

    <dependency>
        <groupId>com.mvc</groupId>
        <artifactId>product-service-dao</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

</dependencies>

启动start-all,就拥有了完整的下单,查看产品,扣减库存,查看会员信息的功能了。

  • 下单接口com.mvc.controller.order.OrderController.create
  • url路径:http://localhost:9000/shop/order/create
{
  "memId": "1",
  "productId": "1",
  "buyNum": "1"
}
2.组装一个产品微服务

当我们上面的start-all的单体服务运行中,客流量突然增加,产品的访问数据剧增,此时我们需要对产品进行独立拆分和部署,
那么我们组装一个start-product服务,pom配置为:

    <dependencies>

        <dependency>
            <groupId>com.mvc</groupId>
            <artifactId>product-controller</artifactId>
            <version>1.0-SNAPSHOT</version>
        </dependency>

        <dependency>
            <groupId>com.mvc</groupId>
            <artifactId>product-service-dao</artifactId>
            <version>1.0-SNAPSHOT</version>
        </dependency>
    
    </dependencies>

同时,我们把start-all中的product-service-dao改为product-service-rpc,那么我们就可以把下单中的product-service服务接口导向了start-product中了。

    <!-- <dependency> -->
        <!-- <groupId>com.mvc</groupId> -->
        <!-- <artifactId>product-service-dao</artifactId> -->
        <!-- <version>1.0-SNAPSHOT</version> -->
    <!-- </dependency> -->
    <dependency>
        <groupId>com.mvc</groupId>
        <artifactId>product-service-rpc</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

再次调用下单接口,我们就会发现下单中的产品交互全部都使用了product-controller服务的接口。

相关接口代码路径:

  • 获取产品信息接口:com.mvc.controller.product.ProductController.getProductById
  • 扣减库存接口:com.mvc.controller.product.ProductController.deductionStock
3.其它服务的组装

同理得,其它模块同样可以单独的服务化,见start-order,start-member。


项目地址:https://gitee.com/JayEinstein/archetype-mvc

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值