使用CKRule实现促销管理系统

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);

 

源代码下载

 

转载于:https://www.cnblogs.com/jingle/p/3731100.html