赞
踩
简易型基于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
,而这两组都不能独立成为一个应用,必须进行拼接才能形成一个完整的应用。于是如下:
repository
为dao
时,两组对接形成 controller
-service
-dao
,也就是我们常见的mvc模式。repository
为rpc
是,两组对接形成 controller
-service
-rpc
,也就成了远程服务的调用模式。基于这个原理,这里对项目进行了如下划分:
repository
从上面得知,一个完整的mvc应用需要controller
-service
-dao
的链路,所以,shop-controller就是我们模块的入口,shop-controller依赖了shop-service,
那么引入了shop-controller我们需要再引入一个shop-service-dao或者shop-service-rpc就可以了。
而start就是controller
-service
-dao
的模块组装。
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
{
"memId": "1",
"productId": "1",
"buyNum": "1"
}
当我们上面的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服务的接口。
相关接口代码路径:
同理得,其它模块同样可以单独的服务化,见start-order,start-member。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。