如何一步一步用DDD设计一个电商网站（十一）—— 最后的准备

本系列所有文章

阅读目录

前言
准备
实现
结语

一、前言

　　最近实在太忙，上周停更了一周。按流程一步一步走到现在，到达了整个下单流程的最后一公里——结算页的处理。从整个流程来看，这里需要用户填写的信息是最多的，那么在后端的设计中如何考虑到业务边界的划分，和相互之间的交互复杂度，又是我们需要考虑的地方。总体来说本篇讲述的内容在前几篇都有涉及，所以这次一次性处理的业务比较多，已经比较熟练的看官可以跳过本篇。

二、准备

　　主流的电商设计中结算页包含以下5个概念：选择收货地址、选择支付方式、选择快递、使用优惠券、使用余额和积分。笔者认为，根据我们在本系列的第一篇博文中的上下文映射图，这背后涉及到了多个上下文的协作：

　　1.用户上下文：包含选择收货地址

　　2.支付上下文：包含选择支付方式、使用余额和积分

　　3.售价上下文：使用优惠券。

　　其中第“1”点我的理解是在整个大系统中，收货地址并不是仅在购买的时候会用到，而是用户可以直接管理的（一般主流电商都可以在《用户中心》菜单内操作个人的收货地址信息），在购物车中进行管理其实并不是一个必须经过的流程，大部分场景下只是在现有地址中做一个选择，所以收货地址更接近于用户域而不是购买域，在购物车的管理可以理解为一个快捷方式而已。

　　第“2”点，我的理解是，把支付操作相关的概念放到一起，可以做的很灵活，可以和运营打法搭配起来。如：支付方式和使用积分的联动、像天猫那样的红包等促进用户购买欲望的招式。

　　第“3”点，我的理解是，优惠券也是会影响到整个商品的售价的，所以它应该属于售价上下文，配合其它的促销方式做出更多的打法。

　　剩下的快递我认为是本地购买上下文内的概念，因为它只服务于购买的流程之中。

三、实现

　　根据服务能力来编写ApplicationService，那么这里总共是提供了3种服务能力，所以定义了3个ApplicationService来提供这些功能：

　　1.IDeliveryService：其中包含选择收货地址和选择快递

　　2.IPaymentService：其中包含选择支付方式、使用余额和积分

　　3.ICouponService：包含选择礼券。

　　好了接下来就是其中涉及到的领域模型的设计，这里需要纠正一个之前的错误，在之前的设计中把余额直接放到了User这个值对象中，并且是从用户上下文获取的，现在看看当初的设计不是很妥当。因为余额并不是用户与生俱来的东西，就好比我要认识一个人，并不一定要知道他有多少钱，但是必然需要知道姓名、年龄等。所以余额与用户之间并不是一个强依赖关系。而且分属于2个不同的领域聚合、甚至是上下文。这里涉及的所有领域模型的UML图如下图1所示：

如何一步一步用DDD设计一个电商网站（十一）—— 最后的准备

　　　　　　　　　　　　　　　　　　　　　　　　　　【图1】

　　其中的值对象都是从远程上下文获取的，所以这里在购买上下文里只是使用了其的一个副本。在购买上下文的3个ApplicationService如下：

    public interface IDeliveryService

    {

        List<ShippingAddressDTO> GetAllShippingAddresses(string userId);

        Result AddNewShippingAddress(string userId, DeliveryAddNewShippingAddressRequest request);

        Result EditShippingAddress(string userId, DeliveryEditShippingAddressRequest request);

        Result DeleteShippingAddress(string id);

        List<ExpressDTO> GetAllCanUseExpresses();

    }

    public interface IPaymentService

    {

        List<PaymentMethodDTO> GetAllCanUsePaymentMethods();

        WalletDTO GetUserWallet(string userId);

    }

    public interface ICouponService

    {

        List<CouponDTO> GetAllCoupons(string userId);

    }

　　这里接口定义思路是把界面上的操作记录全部由UI程序做本地缓存/Cookie等，减少服务端的处理压力，所以接口看上去比较简单，没有那些使用礼券，修改使用的收货地址这类的接口。

　　另外提一下，在当前的解决方案中的售价上下文中的处理中，增加了2个聚合来处理优惠券相关的业务。

    public class Coupon : AggregateRoot

    {

        public string Name { get; private set; }

        public decimal Value { get; private set; }

        public DateTime ExpiryDate { get; private set; }

        public List<string> ContainsProductIds { get; private set; }

        public Coupon(string name, decimal value, DateTime expiryDate, IEnumerable<string> containsProductIds)

        {

            if (string.IsNullOrWhiteSpace(name))

                throw new ArgumentNullException("name");

            if (value <= )

                throw new ArgumentException("value不能小于等于0", "value");

            if (expiryDate == default(DateTime))

                throw new ArgumentException("请传入正确的expiryDate", "expiryDate");

            if (containsProductIds == null)

                throw new ArgumentNullException("containsProductIds");

            this.Name = name;

            this.Value = value;

            this.ExpiryDate = expiryDate;

            this.ContainsProductIds = containsProductIds.ToList();

        }

    }

    public class CouponNo : AggregateRoot

    {

        public string CouponId { get; private set; }

        public DateTime UsedTime { get; private set; }

        public bool IsUsed

        {

            get { return UsedTime != default(DateTime) && UsedTime < DateTime.Now; }

        }

        public string UserId { get; private set; }

        public CouponNo(string couponId, DateTime usedTime, string userId)

        {

            if (string.IsNullOrWhiteSpace(couponId))

                throw new ArgumentNullException("couponId");

            if (string.IsNullOrWhiteSpace(userId))

                throw new ArgumentNullException("userId");

            this.CouponId = couponId;

            this.UsedTime = usedTime;

            this.UserId = userId;

        }

        public void BeUsed()

        {

            this.UsedTime = DateTime.Now;

        }

    }

　　其中CouponNo中的CouponId是保持了一个对Coupon聚合ID的引用，在需要的时候从Repository中取出Coupon的信息。部分代码如下：

            var couponNos = DomainRegistry.CouponNoRepository().GetNotUsedByUserId(cart.UserId);

            var buyProductIds = cart.CartItems.Select(ent => ent.ProductId);

            List<CouponDTO> couponDtos = new List<CouponDTO>();

            foreach (var couponNo in couponNos)

            {

                if (couponNo.IsUsed)

                    continue;

                var coupon = DomainRegistry.CouponRepository().GetByIdentity(couponNo.CouponId);

                if (coupon.ContainsProductIds.Count ==  || coupon.ContainsProductIds.Any(ent => buyProductIds.Any(e => e == ent)))

                {

                    couponDtos.Add(new CouponDTO

                    {

                        CanUse = couponNo.IsUsed,

                        ExpiryDate = coupon.ExpiryDate,

                        ID = couponNo.ID,

                        Name = coupon.Name,

                        Value = coupon.Value

                    });

                }

            }

四、结语

　　本篇比较简单不多述了，下面源码奉上，有兴趣的同学自行下载查看全部源码。

本文的源码地址：https://github.com/ZacharyFan/DDDDemo/tree/Demo11。

作者：Zachary
出处：https://zacharyfan.com/archives/876.html

▶关于作者：张帆（Zachary，个人微信号：Zachary-ZF）。坚持用心打磨每一篇高质量原创。欢迎扫描右侧的二维码~。

定期发表原创内容：架构设计丨分布式系统丨产品丨运营丨一些思考。

如果你是初级程序员，想提升但不知道如何下手。又或者做程序员多年，陷入了一些瓶颈想拓宽一下视野。欢迎关注我的公众号「跨界架构师」，回复「技术」，送你一份我长期收集和整理的思维导图。

如果你是运营，面对不断变化的市场束手无策。又或者想了解主流的运营策略，以丰富自己的“仓库”。欢迎关注我的公众号「跨界架构师」，回复「运营」，送你一份我长期收集和整理的思维导图。

秒客网

如何一步一步用DDD设计一个电商网站（十一）—— 最后的准备

一、前言

二、准备

三、实现

四、结语

相关文章