前 言
上一期内容我们整体了解了分库分表实战项目当前使用的系统架构，也就是单库版本订单系统的系统架构。同时，我们也知道了未来要做的分库分表版本的订单系统架构。现在，我们就从单库版本的订单系统开始，一步一步的来进行优化。
如果想要优化单库版本的订单系统，首先要了解目前的订单系统有哪些核心功能，核心功能的业务流程是什么。
如果你刚入职了这家初创型互联网公司，而你所在的部门又刚好是做外卖APP的订单系统的，那你认为入职之后要干的第一件事是什么呢？
必须是了解整个订单系统，你的leader可能会直接给你发个wiki，这个wiki中包含了单库版本的系统架构图，如下图：
通过这张系统架构图，可以知道整个订单系统目前有哪些核心功能，都使用了哪些技术栈。
并且，在这个wiki中除了有系统架构图之外，还有很多核心接口的业务流程图，通过这些业务流程图，可以快速了解到订单系统核心接口的业务流程。
那订单系统中，有哪些核心接口的业务流程图？现在，我们一起来看一下。
用户下单流程
大家或多或少都是点过外卖的，订单系统涉及用户和商家两个角色的功能，先来看一下C端，即用户端的一些业务流程，首先就是用户下单的操作。
用户可以在外卖APP中点外卖，当用户选中一个商品之后，会提交订单，接着就会发起一个创建订单的请求，如下图：
可以看到，创建订单的请求首先会转发给Controller组件，Controller组件再把请求交给Service组件处理，在Service组件中会先生成一个订单号，然后为新的订单组装好订单信息以及订单明细信息。
随后，Service组件再将组装好的订单信息转交给Repository组件处理，Repository组件通过Mapper组件，最终将订单的信息保存到数据库中。
当然，用户正式下单之后，是需要支付订单的，但是支付相关的功能，这里可以暂时不用关注。
用户查询订单列表流程
当用户完成下单之后，用户可能要看一下自己曾经下过哪些订单，所以，订单系统还支持订单列表查询，如下图：
可以看到，用户可以向外卖订单系统，发起一个查询订单列表的请求，请求同样先转发到Controller组件上，因为是查询订单列表的信息，所以我们只需要传递查询的参数即可。
然后，Controller组件会把请求参数，通过Service组件传到Repository组件上，然后Repository组件可以调用Mapper组件的接口，再到数据库中查询用户的所有订单信息，查询结果最后会形成一个订单列表，最后一步步返回给用户。
最终，用户就可以从订单列表中，看到自己下过的所有订单信息了。
用户查看订单详情流程
如果用户还想要看下某个订单里面的详细信息，此时业务流程图如下所示：
可以看到，查询订单明细请求会先转发到Controller组件上，然后Controller组件把请求交给Service组件处理。
随后，Service组件携带着订单号，将查询订单明细的请求交给Repository组件来查询，Repository组件根据订单号调用Mapper组件的接口，接口会到数据库中查询订单及订单明细的信息，最后将查询出来的订单明细信息返回给用户。
用户取消订单流程
另外，用户下单之后也是支持取消订单的，当用户要取消一个订单时，也会发送一个取消订单的请求，如下图：
如所有请求一样，取消订单的请求首先发送给Controller组件，Controller组件会将请求交给Service组件处理，Service组件会把需要取消订单的订单号发送给Repository组件，Repository组件拿着订单号调用Mapper组件中的接口，更新订单将订单取消掉。
现在，外卖订单系统中，C端也就是用户端的一些操作我们已经了解了，而B端也就是商家的功能，和用户端的功能是比较类似的。
商家也会查看订单列表以及订单的明细信息，而且，当用户下单之后，商家可以选择接单或者拒接，一旦商家选择接单，那么订单状态就会变为“已接单”，这些功能在我们的外卖订单系统中都是支持的。
结束语
最后，在这个wiki中不仅有一堆的流程图，还有订单系统代码仓库的Git地址，然后你将代码拉到本地，接着，你一边看着这些wiki中的业务流程图，一边慢慢开始熟悉起来了代码......
免责声明：本平台仅供信息发布交流之途，请谨慎判断信息真伪。如遇虚假诈骗信息，请立即举报
举报
