最近在参与一家材料公司的ERP系统开发，主要负责仓储系统。由于该公司的业务流程相对复杂且多变，做得那是万般痛苦，成天沉浸在业务变更代码大改的死循环里，久而久之，有种遥遥无期的绝望。
怎样才能很好或者说比较轻松的去适应这样的复杂业务变化？最近真没少在园里看大神们的贴子，但是收获甚微，也许是我个人理解的深度不够。前两天无聊的时候，把心里的唠叨在圈子里发了下，后来有人给我推荐了个叫“CKRule”的规则引擎。规则引擎？小弟孤陋寡闻还是第一次听，一番百度后找到了CKRule的官网，果断下载了试用版。文件绿色版的，很小，不到1M，打开后主程序，界面比较清爽。
CKRule规则引擎软件主界面
接着在官网下载了使用手册，似懂非懂的看了下，很强大的样子。本人对文字性的东西不太感冒，很难用心去理解每一句话，还是研究下里面带的实例，这样效果来得直接点。从程序中打开了《停车费》的实例。
CKRule规则引擎开发界面
认真看了下，实例中主要由“对象库”、“调用库”、“规则库”三个主要部分组成。看效果的心切呀，直接点了测试列表里的测试，测试完成后明白了：该实例满足了多种不定因素变化导致停车费用变化的需求。
CKRule规则引擎测试
知道了实例实现的业务需求，再来仔细看看他的实现。“对象库”中的内容相对好理解，就是平时.NET中的类和变量，《停车费》实例中在传入传出变量中定义了计算停车费需要用到的全部变量。“调用库”这个在《停车费》实例中没有用到，暂且跳过它。接下来的“规则库”应该是CKRule的核心部分了，点开相关的界面看了两次后，还是没有太多的感觉，无奈还是乖乖地找到对应的使用手册琢磨了起来。看完后，对其中的术语有了一些自己的理解。“决策表定义”就是定义一个表，可以添加自定义字段，可以设置字段的数据类型和逻辑类型（条件和结论可以自定义）。定义好表后，可以在“决策表设置”中输入内容，这些内容就是一些准则，在该实例中其实就是一张“每小时停车费”的对照表，符合条件的时候，就返回一个正确的停车单价。“客户规则池定义”里的内容似乎是自动生成的，没有经过特殊的设置，暂且没有深入研究。“决策树”应该也是更高级点的功能，实现更为复杂的业务，该实例中也没有提及。“主规则”里面添加了一个主程序，程序中主要逻辑较少，主要就是用“停车的小时数*单位收费”得到停车费用，而“单位收费”则由决策规则去计算获取。
回望该实例，CKRule规则引擎的亮点是把多样的计算“单位收费”的逻辑从主规则的逻辑中抽离了出来，独立通过决策规则去计算，这样就保证了主规则不变的情况下，只需轻松地配置“单位收费”的规则便能适应停车场不同收费要素变化的业务需求，挺赞的。
花了两个小时，通过CKRule规则引擎自带的实例简单了解了下它，也算是知道了点皮毛吧。在应对复杂多变业务的时候，CKRule规则引擎还是能独当一面，后期会更深入的去了解它的高级功能，到时再和园里的朋友们分享下自己的学习过程。
原文：http://www.cnblogs.com/bigoceans/p/3858711.html