标签：常量 订单 main 文件 get summary ram 应用 接口
一、简介
随着模型的不断扩大,发现模型中不单单只有"名词",还有许多"谓词",简言之,就是领域知识中,会参杂者许多的业务规则,他们和实体一样,都扮演者领域模型中的核心角色.
所以我们在建立领域模型的时候,不单单只关注实体和值对象,业务规则也被纳入到了领域模型中,如果业务规则变化不频繁,我们可以使用硬编码来解决,但是实际开发中业务规则的变化往往是变化的非常频繁的.当然你可以使用大量的If else来解决这个问题,但是这种代码是很难维护的.而且会影响原先的业务,所以这个时候策略模式就能很好地应对这种变化.
二、实战
现在我们需要设计一套计价系统,分别给Vip用户和普通用户计算每笔订单的总金额,前提,是VIP用户每笔订单有8折优惠.因此我们可以得到如下的领域模型:
C#实现代码如下:
class Program { static void Main(string[] args) { //模拟用户 var nUser = new NormalUser() {Name="普通用户",Age=23 }; var vUser = new VipUser() { Name = "Vip用户", Age = 23 }; //模拟订单 var order = new Order() { Product = new Product() { Name = "电吹风", Price = 20, Amount = 2 }, Amount = 2 }; //计算用户的总花费 var cal = new CalcultePrice(); Console.WriteLine("普通用户买两件电吹风的花费是:{0}元", cal.Calculate(nUser, order)); Console.WriteLine("Vip用户买两件电吹风的花费是:{0}元", cal.Calculate(vUser, order)); Console.ReadKey(); } } /// <summary> /// 用户基类 /// </summary> public abstract class User { public abstract string Name { get; set; } public abstract int Age { get; set; } } /// <summary> /// 普通用户 /// </summary> public class NormalUser : User { public override string Name { get; set; } public override int Age { get; set; } } /// <summary> /// Vip用户 /// </summary> public class VipUser : User { public override string Name { get; set; } public override int Age { get; set; } } /// <summary> /// 商品 /// </summary> public class Product { /// <summary> /// 商品名称 /// </summary> public string Name { get; set; } /// <summary> /// 价格 /// </summary> public double Price { get; set; } /// <summary> /// 数量 /// </summary> public int Amount { get; set; } } /// <summary> /// 订单类 /// </summary> public class Order { public Product Product { get; set; } /// <summary> /// 商品数量 /// </summary> public int Amount { get; set; } /// <summary> /// 订单总金额 /// </summary> public double TotalFee { get { return Product.Price * Amount; } } /// <summary> /// 订单的实际花费 /// </summary> public double ActuallyFee { get; set; } /// <summary> /// 下单的用户 /// </summary> public User User { get; set; } } /// <summary> /// 计价类 /// </summary> public class CalcultePrice { /// <summary> /// 计算价格 /// </summary> /// <returns></returns> public double Calculate(User user, Order order) { double fee; var o = order; //这里存在一条业务规则,Vip用户享受8折优惠 if (user is VipUser) { fee = o.TotalFee * 0.8; } else { fee = o.TotalFee; } return fee; } }
ok,上面设计的代码很好的满足了需求.但是问题来了,如下图:
这个逻辑是很脆弱的,可能会频繁的变化,而且虽然我的代码你可能一眼就看明白了,但是如果有些开发习惯不好的程序员,这里使用常量来表示用户身份,如0、1之类的数字来区分,我想大多数程序员可能看不懂这个代码。所以我们必须要将这个规则转换成一个领域对象,让代码可阅读的同时,同时符合领域驱动设计的规范.所以策略模式就出场了,修改代码如下:
class Program { static void Main(string[] args) { //模拟用户 var nUser = new NormalUser() {Name="普通用户",Age=23 }; var vUser = new VipUser() { Name = "Vip用户", Age = 23 }; //模拟订单 var order = new Order() { Product = new Product() { Name = "电吹风", Price = 20, Amount = 2 }, Amount = 2 }; //计算用户的总花费 var cal = new CalcultePrice(); Console.WriteLine("普通用户买两件电吹风的花费是:{0}元", cal.Calculate(new VipUserPrice(nUser, order))); Console.WriteLine("Vip用户买两件电吹风的花费是:{0}元", cal.Calculate(new VipUserPrice(vUser, order))); Console.ReadKey(); } } /// <summary> /// 用户基类 /// </summary> public abstract class User { public abstract string Name { get; set; } public abstract int Age { get; set; } } /// <summary> /// 普通用户 /// </summary> public class NormalUser : User { public override string Name { get; set; } public override int Age { get; set; } } /// <summary> /// Vip用户 /// </summary> public class VipUser : User { public override string Name { get; set; } public override int Age { get; set; } } /// <summary> /// 商品 /// </summary> public class Product { /// <summary> /// 商品名称 /// </summary> public string Name { get; set; } /// <summary> /// 价格 /// </summary> public double Price { get; set; } /// <summary> /// 数量 /// </summary> public int Amount { get; set; } } /// <summary> /// 订单类 /// </summary> public class Order { public Product Product { get; set; } /// <summary> /// 商品数量 /// </summary> public int Amount { get; set; } /// <summary> /// 订单总金额 /// </summary> public double TotalFee { get { return Product.Price * Amount; } } /// <summary> /// 订单的实际花费 /// </summary> public double ActuallyFee { get; set; } /// <summary> /// 下单的用户 /// </summary> public User User { get; set; } } /// <summary> /// 计价类 /// </summary> public class CalcultePrice { /// <summary> /// 计算价格 /// </summary> /// <returns></returns> public double Calculate(IOrderPriceRule rule) { return rule.CalculatePrice(); } } /// <summary> /// 订单计算规则接口 /// </summary> public interface IOrderPriceRule { double CalculatePrice(); } /// <summary> /// Vip用户8折计算规则 /// </summary> public class VipUserPrice : IOrderPriceRule { private User User { get; set; } private Order Order { get; set; } protected VipUserPrice() { } public VipUserPrice(User user, Order order) { User = user; Order = order; } /// <summary> /// 设置为虚方法,方便子类修改逻辑 /// </summary> /// <returns></returns> public virtual double CalculatePrice() { if (User is VipUser) { return Order.TotalFee * 0.8; } return Order.TotalFee; } }
ok,这里我将Vip用户打8折的规则抽象成一种接口数据,转移到领域对象中,让领域对象能更好的应对变化.这样当产品提出修改VIP的优惠尺度时,我们就可以重新实现一个IOrderPriceRule的对象.或者给VipUserPrice实现一个新的计算规则类,或者跟直接将折扣写到配置文件中,方便随时修改,而不用向第一个版本那样,直接去修改领域模型中的核心逻辑,用扩展的方式去修改领域对象.这样对他的伤害最小.而且这种方式将规则作为一种领域模型中的对象,符合领域驱动的设计理念,也符合面向对象设计的初衷.这个时候的领域模型图如下:
ok,这样的模型更容易被程序员理解.
标签：常量 订单 main 文件 get summary ram 应用 接口
原文地址：https://www.cnblogs.com/GreenLeaves/p/10198295.html
