Part11. 概述

前两篇文章分别介绍了本系列文章的背景以及根据业务职能对商城系统做了服务的拆分，其中每个服务又可分为如下三类：

apiBFFHTTPrpc

如果没看过前两篇文章可通过如下传送门查看

前两篇文章比较偏理论知识多一些，大家看着也比较累。但是，正所谓磨刀不误砍柴工，在真实开发场景中，我们一般会花大量的时间在需求的理解和业务逻辑上进行梳理和整理，以便开发时避免返工的可能，甚至重构，所以前期投入搭大量的时间是值得的。当我们需求明确，业务清晰，开发时就会事半功倍，效率也会大大的提升。

Part22. 表结构定义

RPC
图片.png
APImodelsql
user

商品库中主要涉及商品表和商品分类表：

购物车表：

订单库中主要涉及到订单表和订单地址表：

支付信息表：

3. 结束语

本篇文章介绍定义了整个项目主要涉及的库和表，我们采用了微服务的架构，服务间数据做了隔离，每个服务独享了数据库。

userproductcategory

后续的功能表结构，在后续功能中会贴出，敬请期待。

下一篇内容预览：

APIapigoctlBFFRPC

另外，如果你感兴趣，非常欢迎你加入，我们一起来完成这个项目，为社区献出自己的一份力。

希望本篇文章对你有所帮助，谢谢。