电商交易系统开发-SpringBoot-Mybatis-plus-Sharding-sphere-Redis-Redisson-...

<a href='https://gitee.com/juejinwuyang/memberclub/stargazers'><img src='https://gitee.com/juejinwuyang/memberclub/badge/star.svg?theme=dark' alt='star'></img></a> <a href='https://gitee.com/juejinwuyang/memberclub/members'><img src='https://gitee.com/juejinwuyang/memberclub/badge/fork.svg?theme=dark' alt='fork'></img></a> # 简介 memberclub 是面向电商C端业务的快速开发平台，借助它您可以在一天时间快速搭建一套订单交易系统，轻量级完全开源的交易引擎，以SDK方式对外提供通用的交易能力，能让开发者像搭积木方式，从0到1，快速构建一个新的电商交易系统！ # 加群沟通 开源不易，右上角点个 Star 鼓励一下吧！  # 项目架构  # 可以学到什么技术？ 在这个项目中你可以学习到 SpringBoot 集成 以下框架或组件。 1. Mybatis-plus 2. Sharding-sphere 多数据源分库分表 3. Redis/redisson 4. Apollo 5. Springcloud（feign/enreka） 6. RabbitMQ 7. H2 内存数据库 8. Swagger 9. Lombok+MapStruct 同时你也可以学习到以下组件的实现原理 1. [流程引擎](https://juejin.cn/post/7469330882945318922) 7. [扩展点引擎](https://juejin.cn/post/7472678890277535770) 1. [分布式重试组件](https://juejin.cn/post/7476352294084067338) 2. [通用日志组件](https://juejin.cn/post/7407275971902357558) 3. 商品库存 4. 分布式锁组件 5. Redis Lua的使用 6. [Spring 上下文工具类](https://juejin.cn/post/7469272970771742759) # 解决的痛点 开源平台上有很多在线商城系统，功能很全，很完善，关注者众多，然而实际业务场景非常复杂和多样化，开源的在线商城系统很难完全匹配实际业务，广泛的痛点是 * 功能堆砌，大部分功能用不上，需要大量裁剪； * 逻辑差异点较多，需要大量修改； * 功能之间耦合，难以独立替换某个功能。 由于技术中间件功能诉求较为一致，使用者无需过多定制化，技术中间件开源项目以上的痛点不明显，然而电商交易等业务系统虽然通用性较多，但各行业各产品的业务差异化极大，所以导致以上痛点比较明显 所以我在思考，有没有一个开源系统，能提供电商交易的基础能力，能让开发者搭积木的方式，快速搭建一个完全契合自己业务的新系统呢？ * 他们可以通过编排和配置选择自己需要的功能，而无需在一个现成的开源系统上进行裁剪 * 他们可以轻松的新增扩展业务的差异化逻辑，不需要阅读然后修改原有的系统代码！ * 他们可以轻松的替换掉他们认为垃圾的、多余的系统组件，而不需要考虑其他功能是否会收到影响 开发者们，可以择需选择需要的能力组件，组件中差异化的部分有插件扩展点能轻松扩展。或者能支持开发者快速的重新写一个完全适合自己的新组件然后编排注册到系统中？ memberclub 就是基于这样的想法而设计的。 它是开源免费的交易引擎，通过扩展点引擎和流程引擎定义复杂的交易流程， 以SDK方式对外提供通用的交易能力，能让开发者像搭积木方式，从0到1，快速构建一个新的电商交易系统！ <a href='https://gitee.com/juejinwuyang/memberclub'><img src='https://gitee.com/juejinwuyang/memberclub/widgets/widget_6.svg' alt='Fork me on Gitee'></img></a> 我认为这很有价值！ # 效果展示 这是五阳花了1天时间，模仿京东plus会员和抖音券包产品，借助于memberclub 提供的sdk，新搭建的一套交易系统。 使用效果如下 1. 首先购买会员类商品，提单并且模拟支付（开发者可以集成自身公司的收银支付能力） 2. 完成模拟支付后，可以在订单列表页看到购买记录，有效期和实付金额等。 3. 选择发起退款后，可以看到售后预览金额等，最终点击退款，系统回收优惠券和订单逆向。 针对优惠券卡包形式的产品业务，可以支持多商品、多份数等形式的购买，支持购物车提单。最后也展示了购买配额能力。 以上交易提单、履约、售后和结算等模块均依赖 memberclub 提供的sdk实现。  # 如何快速搭建一套交易系统 点击这篇文章查看 [解密如何快速搭建一套虚拟商品交易系统，推荐这个神奇的开源项目](https://juejin.cn/post/7476324218143522826) # 你的顾虑 在memberclub中，除业务组件可以自由的编排、扩展和替换之外，服务所依赖的其他中间件和基础能力也可以轻松的替换和扩展。 例如我们为 MQ、缓存、分布式锁、重试组件、延迟组件、分布式配置组件、SPI等定义类接口，使用者可以配置组件名，使用自己的组件。 所以你无需有以下顾虑 1. 我们使用的MQ 是Kafka，memberclub万一使用的MQ是 rabbitmq，这怎么办？ 2. 我们有分布式ID服务，替换成本高怎么办？ 3. 我们有自己的分布式锁组件，替换成本高怎么办？ 4. 我们使用其他分布式配置中心，我们不使用apollo，替换成本高怎么办？ 下图展示了，memberclub依赖的组件配置，在业务代码中并不依赖组件的具体实现类，而是接口，如果你需要替换，只需要在配置文件中换成你的组件名即可！业务代码不会受到一丝丝影响！ ```yaml memberclub: infrastructure: config: apollo lock: redis feign: enabled: false id: redisson retry: redisson mq: rabbitmq order: local asset: local sku: local cache: redis usertag: redis extension: bootcheck: true ``` # 数据库ER图 [数据库ER图.md](doc/%E6%95%B0%E6%8D%AE%E5%BA%93ER%E5%9B%BE.md) # 流程图 ## 售后流程图 [能力地图和实现.md](doc/%E8%83%BD%E5%8A%9B%E5%9C%B0%E5%9B%BE%E5%92%8C%E5%AE%9E%E7%8E%B0.md) # 交易域的领域划分和领域能力 订单交易领域划分包括 购买域、履约域、售后域和结算域等。 ## 购买域 购买域需提供提交订单、预览订单、取消订单的业务能力，需提供续费购买、自动续费、先享后付、不回本包退、随单搭售、直购、兑换码购买等多样化的购买能力。领域能力则包括会员开通单能力、库存能力、购买配额能力、会员新客能力等。 ## 履约域 履约域需提供主单履约、主单逆向履约、周期履约的业务能力，领域能力上包括履约单管理、履约接单完单能力、履约拆合单能力、权益发放能力、周期发放能力等。 ## 售后域 售后域需提供售后预览、售后提交的业务能力。领域能力上包括售后可退校验能力、售后金额计算能力、过期退能力、随单退、售后次数限额能力，支持在续费、自动续费、直购、搭售等购买场景的售后。 ## 结算域 会员交易订单在多个时点需要进行结算，包括交易结算和离线收入报账，结算模块需提供支付完成、履约、退款、过期等业务变更时点的结算能力。 # 系统架构 ## 业务能力和领域能力 系统设计时应区分业务能力和领域能力，业务能力是指系统对外部提供的业务能力，不可再细分，如购买域需提供购买预览、购买提单、取消等业务能力。领域能力则为实现该业务能力所必须的能力，如购买域在提单阶段需扣减商品库存、记录用户购买配额数据、记录会员新客标签、记录会员单等，这类系统能力视为领域能力。 为什么要区分业务能力和领域能力呢？ ## 可编排的流程 业务中台要负责承接各类业务形态相似的业务系统，一般情况下业务能力是业务必选的能力，中台负责对外提供的标准 API（也可以由中台提供端到端的接入），而领域能�