交易体系-交易、支付、物流、退款退货
说起来，这篇博客已经写了有六七个月了，不过因为涉及到了不少细节内容，不便于分享出来，最近整理了一下，将部分细节内容去掉，分享出来，希望对大家有所帮助。 一题外话 一个项目的开发同学水平不一，习惯、喜欢的架构也有所不同，再叠加上几年各种的需求，想让一个系统能持续保持干净其实是很难的一件事。估计有很多开发同学经常很想将自己接收过来的项目重构一下，让它看的“顺眼”一些。 如果系统架构和设计的时候能够全面解耦，可以极大的降低系统的耦合，最大可能的保持系统代码干净、逻辑清晰，后续的扩展也会更加容易。实际上如果做好了解耦，即便是一个系统再烂，也只局限于一个系统中，不会对其他项目产生影响，后期想优化、重构时也比较容易很多。 这篇博客主要就是讨论如何将商品、交易、支付等作为底层公共服务来设计，以便于灵活、快速的支持上层业务发展的需要。 二内容概要 1 主要内容 清晰各个系统的边界在何处，如何划分系统。 清晰什么是交易，交易的核心要素 清晰支付系统的核心功能。 清晰物流系统的核心功能，拆包、并包方案。 清晰交易、支付、物流、退款系统的架构与设计，以及系统边界。 如何解耦各个系统，以及解耦带来的好处。 ...
