导读

上一篇《非全自研可视化表达引擎-RuleLinK》介绍了RuleLink的V1.0版本，虽说一定程度上消除了一些配置相关的样板式代码，也肉眼可见的消除了一些研发资源的浪费；RuleLink的初衷是让业务配置变得简单，是面向运营同学。要真正面向运营，我们开始了真正的可视化之路，"真正"二字体验在操作可视化，数据可视化。于是有了这篇文章。也为它设计一个Logo。

两个概念

表达式

这个表达式的意思是：如果某业务线、某订单类型，某门店类型，订单金额5万以的内则 [返回最低折扣]。

复制代码

data.bu == 0 
&& data.storeType == 0 
&& data.price > 0 
&& data.price < 50000 
&& data.orderType == 60

返回结果

返回结果是指输入的事实满足条件时，返回的内容。目前只支持返回基本类型。

如下：

1，满足条件时返回折扣95（这是简单文本）

2，满足条件时返回具体的业务数据

可用的支付主体

所以可视化解决两个问题：

1，规则表达的可视化（包括选项）

2，返回结果数据的可视化

RuleLink领域模型

基于前面的分析，为了让表达式中的因了选项可视化以及返回结果数据项的可视化，我们本来计划再设计一个选项数据源的对象（存储选项，如支付方式分支付宝，微信，招行等），这是个麻烦的工作，为了这个小工具实在不想动用太多研发资源，霎时感觉山重水尽疑无路。

早上6点多和娃子到学校晨跑时，放空思绪，方才记起上一个需求为了解决商品自定义字段问题，抽出了独立属性管理，支持手动配置选项与动态选项。于是在上一篇文章ER模型的基础上引入了属性管理。有了属性动态的支持，才能贴近业务，RuleLink才能从一个单纯的通用工具升级到一个规则平台，这才有了灵魂。及简的ER模型如下图。