1， 常见的促销模型
促销管理系统在很多地方都有使用，大家去超市就经常体现到，感受到，不少中小型单位都其促销活动，要搞促销活动最好是有应用软件支持，这样就比较灵活管理也方便。而依靠手工处理的话效率会比较低下的。常见的促销活动，其分类及举例如下：
|
模型分类 |
序号 |
例子 |
|
捆绑促销 |
1 |
购买TK001+TK002各1件，优惠10元。（TK001，TK002为产品编码，不同的单位有不同的定义，下同。） |
|
2 |
购买TK001+TK002各1件，赠送商品TK003一件。 |
|
|
3 |
购买TK001商品2件，TK002商品1件，赠送TK002商品2件。 |
|
|
4 |
购买TK001+TK002各一件，享受8折。 |
|
|
5 |
购买TK001+TK002数量各一件，享受优惠价10元。 |
|
|
单品促销 |
1 |
购买TK001商品，促销价10元。 |
|
2 |
购买TK001享受8折。 |
|
|
3 |
购买TK001，优惠5元。 |
|
|
4 |
购买TK001商品2个，赠送TK003商品1个。 |
|
|
组合促销 |
1 |
购买TK001，TK002，TK003，TK004任一件95折，任两件89折。 |
|
2 |
购买PK01牌商品任意一件95折，两件92折。 |
|
|
3 |
购买PK01，PC02，PA03牌商品满足3件，每件促销价20元。 |
|
|
4 |
购买PK01，PC02，PA03牌商品任意1件，可10元购买TK014商品。 |
|
|
5 |
购买PK01，PC02，PA03牌商品任意1件，赠送TK004，TK005，TK006商品中任意一件。 |
|
|
6 |
购买PK01，PC02牌商品任意1件，可特价2元购买TK006，TK007中任意商品一件。 |
|
|
客单价促销 |
1 |
购买TK001满200元，赠送TK006一件，满300元，赠送商品TK007，TK008，TK009各一件。 |
|
2 |
全场购物满50元，可特价2元购买TK011。 |
|
|
3 |
购买TK001满200元，优惠30元，满400元优惠60元，满600元优惠90元。 |
|
|
客单量促销 |
1 |
购买PA01牌商品，除商品TK017外，任意2件赠送TK003一件。 |
|
2 |
购买PA01牌商品，除商品TK017外，可特价1元购买商品TK003。 |
2， 软件模型抽象
根据上面的业务模型，可以抽象出品牌，商品名称，商品编号，购买件数，实际单价，原单价，单项金额，优惠类型，折扣，备注。其中优惠类型可分为无、折扣、特价、促销、优惠、赠送，这几个类型的特点如下：
|
名称 |
说明 |
|
无 |
无任何优惠。 |
|
折扣 |
使用打折来做优惠。 |
|
特价 |
固定一个很低的价格。 |
|
促销 |
与特价类似，但价格不一定低，只是比原价略有减少。 |
|
优惠 |
直接在原价格上面减去一定的金额。 |
|
赠送 |
客户不用钱。 |
由于有赠送或直接降低价格的活动，所以固定几个特殊的商品很重要。
|
序号 |
商品编号 |
含义 |
|
1 |
L00001 |
0.01元 |
|
2 |
L00010 |
0.1元 |
|
3 |
L00100 |
1元 |
|
4 |
L01000 |
10元 |
3， CKRule上面建模
对象的定义相对简单，是直接参考上面的定义的
自定义类就是销售记录信息，包含单价，数据，打折等内容。这些内容可以根据终端客户的需要增加，如商品条形码等信息。
而主表记录就是客户的基本信息。
要实现上面提到有多样化规则，一般都需要客户自己来设置，不要由软件开发商来设置，否则会忙坏软件开发者，而得不到一点收益。要让客户的计算机管理员可以设置，那设置的办法就要相对简单易懂。在逻辑比较界面中有购物车的商品判断，如含品牌，含商品，含商品件数等等。对商品的操作都是使用商品编号的，这样会比较方便电脑识别。
而结论&操作部分就精彩了，如优惠，打折，促销，特价等操作都会出现。
这些逻辑判断和操作都是前台用户设置时所必备的内容。
4， 促销系统实现方式
看了促销系统的需求，从业务上觉得很正常，是很多商场，商家常常做的活动，也不太复杂。但仅仅从技术实现来看，那就直接觉得太恐怖了，不好处理，有些东西好像仅仅是自然语言来表达，在程序上不好跟进。
好像每一个促销都要写一个类来控制，这样就会出现非常多的类才能搞定问题，如果某天客户想增加一些新的规则，那原来的类就要修改或变化。从简单的角度来看，的确要这样做的，也可以使用一些更加复杂的设计模式来处理问题。
从更标准的角度来看的话，应该做更多业务抽象，架构抽象，对象抽象的工作，但如果开发者刚刚接解这个行业或公司资源不足，难以做更深入的抽象和分析呢？那这个促销的项目基本上没得做了，匆匆上马的话，后面修改的工作量会非常大，最后工作越做越多，但是始终做不到收益。
CKRule从业务规则管理的角度来解决促销问题，把经常变化的规则封装入规则管理系统中，规则的变化不影响主程序代码，技术人员和业务专家都可以按自身的需求不断修改规则，并且都可以在程序运行时修改和部署规则。这大大方便了促销系统的开发。
5， 软件实现
销售订单的定义包含销售主体和明细的商品信息，而商品信息要使用促销规则再进行计算一次，从而判断那些商品可以打折或有什么优惠，如果可以优惠的商品就进行优惠。在实现的计算中，可以会遇到冲突的问题，即符合多个优惠条件的情况，当前软件没有判断冲突，都会生效，实际的计算可能会选其中一两条优惠。
促销管理的业务规则可以在程序运行时配置，不影响其他代码的编写，而配置界面就是调用CKRule上面的配置内容。
初始化规则界面
|
_curPackage = new RuleFacade().GetPkgInst(RuleInstName); foreach (var item in _curPackage.RuleLib.PoolRules.Keywords) { ListViewItem _lvi = new ListViewItem(); _lvi.Text = item.Name; _lvi.Tag = item; //_lvi.ImageKey = "PicProperty"; _lvi.Group = lvTips.Groups[0]; lvTips.Items.Add(_lvi); } foreach (var item in _curPackage.RuleLib.PoolRules.LgcOperaWords) { ListViewItem _lvi = new ListViewItem(); _lvi.Text = item.Name; _lvi.Tag = item; //_lvi.ImageKey = "PicMethod"; _lvi.Group = lvTips.Groups[1]; lvTips.Items.Add(_lvi); } foreach (var item in _curPackage.RuleLib.PoolRules.ConclusionWords) { ListViewItem _lvi = new ListViewItem(); _lvi.Text = item.Name; _lvi.Tag = item;// new List<CallDef>() { item }; //_lvi.ImageKey = "PicMethod"; _lvi.Group = lvTips.Groups[2]; lvTips.Items.Add(_lvi); } |
保存规则之后，需要刷新规则引擎，使用如下方法进行刷新。
|
new RuleFacade().Refresh(RuleInstName); |
在计算界面就使用如下命名进行规则计算
|
_cond = new RuleFacade().Exec(FrmRulePoolSet.RuleInstName, _cond); |