一、简介
随着模型的不断扩大,发现模型中不单单只有"名词",还有许多"谓词",简言之,就是领域知识中,会参杂者许多的业务规则,他们和实体一样,都扮演者领域模型中的核心角色.
所以我们在建立领域模型的时候,不单单只关注实体和值对象,业务规则也被纳入到了领域模型中,如果业务规则变化不频繁,我们可以使用硬编码来解决,但是实际开发中业务规则的变化往往是变化的非常频繁的.当然你可以使用大量的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,这样的模型更容易被程序员理解.
原文地址：https://www.cnblogs.com/GreenLeaves/p/10198295.html
时间： 2024-11-05 21:55:20