E commerce 晋升规则，好名字还是坏名字？

我正在一个电子商务网站的推广部分工作

我们有两种促销方式：

给顾客打折

向客户提供礼品（免费）

这两种促销都要求客户满足一些先决条件。 例如，如果购物车小计超过1000美元，客户可以获得20%的折扣。另一个例子是，如果购物车的小计超过1500美元，顾客可以得到一台iPad3作为礼物

你可以看到，这两个提升的前提条件是相似的。因此，我使用

促销

类来表示促销，使用

促销规则

类来表示客户应该满足的先决条件。这些模型是（用C#写的）：

公共课堂推广{
公共字符串名称{get；set；}
公共升级类型类型{get；set；}
公共十进制折扣挂载{get；set；}
公共IList GiftProducts{get；set；}
公共IList规则{get；set；}
}
公共枚举升级类型{
折扣=0，
GiftProduct=1
}
公共类升级规则{
公共十进制数？shoppingcart{get；set；}
...
}

您可以看到，促销可以有一个促销规则列表，客户应该遵守这些规则。

PromotionType

用于表示我们是否会为客户提供折扣或礼品

现在，我的问题是：

PromotionRule

在这种情况下是个好名字吗？因为我的英语不是很好。我不知道这个名字是否容易理解。谢谢

…一个PromotionRule类，用于提供客户 我们应该见面

我不认为“规则”是个坏名字。规则通常包含一个或多个隐式或显式条件

维基百科在下面列出了几个例子：

例如，业务规则可能会声明不进行信用检查 对退货客户执行。业务规则的其他示例 包括要求租赁代理拒绝租赁租户，如果他们 信用评级过低，或要求公司代理人使用 首选供应商和供应计划

在第一个Wikipedia示例中，我们看到了以下情况：

if( !isReturnCustomer ){
    PerformCreditCheck();
}

规则可以很容易地具有多个条件，例如：

if( temperature < 0 && isRaining ){
    HandleFreezingRain();
}

if（温度<0&&isRaining）{
handlefreezinggrain（）；
}

因此，如果类封装多个条件，我建议使用“规则”，如果对象只封装一个条件，则建议使用“PromotionCondition”。或者可能是一个

PromotionRule

类，它包含一组

PromotionConditions

if( temperature < 0 && isRaining ){
    HandleFreezingRain();
}