本人是一个.Net技术的码农，长期开发和维护电商ERP和WMS系统，曾供职于几个大的电商公司，公司名字就不说了，供职的几个电商公司，都是自研的ERP和WMS系统。工作这么多年，对于电商的整个流程非常熟悉，尤其对电商WMS系统的每个环节了如指掌。突然有一天，心头有一个想法，能不能把我供职的几个电商公司的ERP和WMS系统重新整合一下，取几家公司ERP的长处，做成一个比较通用的ERP和WMS系统呢？

　　说干就干，首先就是搭建系统的架构，采取哪种架构合适呢？传统的三层架构行不行？行，但是系统业务复杂度越来越高时，不利于扩展。使用领域驱动设计呢？领域驱动设计（DDD模式）好像有点复杂呢，开发的工作量可能会有点大。

　　想来想去那就用三层架构和领域驱动设计结合来搭建这个系统吧。好吧，咱们就直接上架构图。

　　

　　简单介绍一下每个层（类库）的作用：

　　jos-sdk-net：京东jos SDK源码包，用于从京东抓取订单，回传物流单号，同步库存等，也可以直接引用生成的dll文件。

　　OSS.Common：通用的支付接口（支付宝和微信支付），系统暂时没有使用。

　　ZJ.Common：一些常用的方法，加密解密，扩展，Excel导入导出等。

　　ZJ.DataAccess：数据库连接、事务、SQLHelper等

　　ZJ.Infrastructure：依赖注入的反射模块，系统使用的是Microsoft.Practices.Unity。

　　ZJ.Quartz.BLL：Quartz服务的业务模块。

　　ZJ.Quartz.Services：Quartz服务（计划任务等）。

　　UEditor-1.4.3.3：百度的UEditor编辑器。

　　ZJ.BLL：业务逻辑层。

　　ZJ.Domain：Model和领域对象层。

　　ZJ.OpenApi：用于和外部API交互的API层。

　　ZJ.Repository：仓库(Repository)接口层。

　　ZJ.Repository.Core：仓库(Repository)实现层，用于SQL Server数据库的增删查改。

　　ZJ.Repository.MySqlCore：仓库(Repository)实现层，用于MySql数据库的增删查改。

　　ZJ.Services：服务(Services)接口层。

　　ZJ.Services.Impl：服务(Services)实现层。

　　ZJ.WebApi：用于和内部系统API交互层。

　　ZJ.WebAuthApi：JWT Token API层，系统暂时没有使用。

　　ZJ.WebAuthToken：JWT Token的获取、刷新，移除等，系统暂时没有使用。

　　ZJ.WMSWeb：Web层，前端页面展示等。

 

　　系统架构这东西符合自己的就是好的，没必要千篇一律。

　　

PS：客官有时间光临我的小站 万仓网