如何一步一步用DDD設計一個電商網站(八)—— 會員價的集成


本系列所有文章

如何一步一步用DDD設計一個電商網站(一)—— 先理解核心概念

如何一步一步用DDD設計一個電商網站(二)—— 項目架構

如何一步一步用DDD設計一個電商網站(三)—— 初涉核心域

如何一步一步用DDD設計一個電商網站(四)—— 把商品賣給用戶

如何一步一步用DDD設計一個電商網站(五)—— 停下腳步,重新出發

如何一步一步用DDD設計一個電商網站(六)—— 給購物車加點料,集成售價上下文

如何一步一步用DDD設計一個電商網站(七)—— 實現售價上下文

如何一步一步用DDD設計一個電商網站(八)—— 會員價的集成

如何一步一步用DDD設計一個電商網站(九)—— 小心陷入值對象持久化的坑

如何一步一步用DDD設計一個電商網站(十)—— 一個完整的購物車

如何一步一步用DDD設計一個電商網站(十一)—— 最后的准備

如何一步一步用DDD設計一個電商網站(十二)—— 提交並生成訂單

如何一步一步用DDD設計一個電商網站(十三)—— 領域事件擴展

 

 

閱讀目錄

 

一、前言

  前面幾篇已經實現了一個基本的購買+售價計算的過程,這次再讓售價豐滿一些,增加一個會員價的概念。會員價在現在的主流電商中,是一個不大常見的模式,其帶來的問題是:

  1.加大了運營的復雜度,會員價如何與促銷結合,比如應在折前運用還是折后運用等。

  2.如果是折前那么需要考慮滿減類型促銷的金額滿足點門檻反而相對來說是提高了。

  3.如果是折后那么享受了多重優惠,成本控制的時候需要考慮進去。

  在我們這個練手的Demo中暫時決定讓會員價在折后運用,並且僅在不滿足滿減促銷的情況下才有效。

 

二、建模

   那么開始先來建模,這次的會員價相對比較簡單,一般就是一個打折率的問題。只要建立幾個關系即可滿足需求,如下:

  會員與等級的關系(值對象):我認為等級的升級降級應該在“用戶上下文”中處理,那么在這里的售價上下文中僅是對數據做的一個冗余,與“用戶上下文”是一個最終一致性的關系。當然也可以不做這個冗余,從遠程服務去獲取,這可以根據實際情況來權衡。我認為用戶等級的變化是一個非高頻數據,所以在這里做冗余可以減少RPC次數。

  等級與折扣的關系(值對象):這個數據應該是一旦確定就不大會變化了,並且會用於對外公示,毋庸置疑建立為值對象。如下圖1所示:

 

           【圖1】

三、運用

  先把上面定義的2個值對象數據來源確認一下,暫定把會員與等級的關系(UserRoleRelation)從用戶上下文獲取,因為我們還沒開始引入最終一致性的概念;等級與折扣的關系(RoleDiscountRelation)存在本地上下文。那么這里第一次出現了在售價上下文中需要訪問外部資源,我們也需要給其建立一個防腐層來處理這個RPC交互。既然如此和購買上下文一起,把防腐層放入到每個上下文的虛擬文件夾中,如下圖2所示:

                【圖2】

 

  下面的代碼定義了這2個數據獲取的接口: 

    public interface IUserService
    {
        UserRoleRelation GetUserRoleRelation(string userId);
    }

 

    public interface IRoleDiscountRelationRepository// : IRepository<RoleDiscountRelation>
    {
        RoleDiscountRelation Get(string roleId);
    }

  

  可以看到IRoleDiscountRelationRepository中有一行注釋的代碼,是因為這里需要把一個值對象獨立的持久化到資源庫中,在我們之前的設計中僅支持聚合根的持久化,所以此處先臨時以手動定義的方式通過本篇的代碼編寫,會在下篇專門講述如何處理這種情況。

 

  然后由於計算會員價需要根據用戶來計算,故要在CartRequest中增加UserId的參數,讓購買上下文傳遞該數據才能保證這里的業務需要。 

    public class CartRequest
    {
        public string CartId { get; set; }

        public string UserId { get; set; }

        public CartItemRequest[] CartItems { get; set; }
    }

 

  會員價的計算是等級與折扣(值對象)的功能,可以在這個值對象中創建一個方法,目前來說里面的實現就是對傳入的價格進行折扣金額的計算然后就返回。如下代碼:

        public decimal CalculateDiscountedPrice(decimal price)
        {
            return price * Convert.ToDecimal(this.DiscountRate);
        }

  

  然后我們開始把它和之前的促銷業務結合起來。還記得我們之前的CalculateSalePriceService.Calculate(CartRequest cart)方法返回的數據結構嗎(傳送門:http://www.cnblogs.com/Zachary-Fan/p/DDD_7.html):

            return new CalculatedCartDTO
            {
                CalculatedCartItems = boughtProducts.Where(ent => fullGroupDtos.SelectMany(e => e.CalculatedCartItems).All(e => e.ProductId != ent.ProductId))
                                                    .Select(ent => ent.ToDTO()).ToArray(),
                CalculatedFullGroups = fullGroupDtos.ToArray(),
                CartId = cart.CartId
            };

  

  我們只要把給CalculatedCartItems賦值的數據再進行計算會員價就好了,因為這些就是未參與滿減促銷的購物項。但是這里為了讓BoughtProduct支持我們業務操作並且假設界面上需要展示會員價和促銷價分別優惠了多少金額,故在BoughtProduct值對象中增加了一個ReducePriceByMemberPrice,用於存儲由會員價所減免的金額。隨后BoughtProduct中增加相應的設置會員價減免金額的方法,如下:  

        public BoughtProduct ChangeReducePriceByMemberPrice(decimal reducePriceByMemberPrice)
        {
            if (reducePriceByMemberPrice < 0)
                throw new ArgumentException("reducePriceByMemberPrice不能小於0");

            var selectedMultiProdcutsPromotionId = this.InMultiProductPromotionRule == null
                ? null
                : ((PromotionRule)this.InMultiProductPromotionRule).PromotoinId;
            return new BoughtProduct(this.ProductId, this.Quantity, this.UnitPrice, this.ReducePrice, reducePriceByMemberPrice, this._promotionRules, selectedMultiProdcutsPromotionId);
        }    

   

  最后CalculateService調整為下圖3這樣:

                            【圖3】

 

四、結語

  可能寫到中途有些枯燥,但是我想我的主題是運用DDD從0開始實現一個電商網站的過程,DDD中業務是核心,所以業務的細枝末節和DDD概念的運用必然都不能丟。

 

 

 

本文的源碼地址:https://github.com/ZacharyFan/DDDDemo/tree/Demo8

 

 

 

 

 

作者:Zachary
出處:https://zacharyfan.com/archives/159.html

 

 

▶關於作者:張帆(Zachary,個人微信號:Zachary-ZF)。堅持用心打磨每一篇高質量原創。歡迎掃描右側的二維碼~。

定期發表原創內容:架構設計丨分布式系統丨產品丨運營丨一些思考。

 

如果你是初級程序員,想提升但不知道如何下手。又或者做程序員多年,陷入了一些瓶頸想拓寬一下視野。歡迎關注我的公眾號「跨界架構師」,回復「技術」,送你一份我長期收集和整理的思維導圖。

如果你是運營,面對不斷變化的市場束手無策。又或者想了解主流的運營策略,以豐富自己的“倉庫”。歡迎關注我的公眾號「跨界架構師」,回復「運營」,送你一份我長期收集和整理的思維導圖。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM