导读
上一篇《非全自研可视化表达引擎-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模型如下图。
领域模型
功能演示
属性
属性支持配置选项或者动态选项（获取业务系统数据）
规则对象
对象因子
对象因子
因子关联属性-获取选项内容
因子关联属性，复用其选项内容
规则
规则部分与返回结果都是选择业务数据，这样的操作方是运营同学方便使用的。
未来规划
目前的基本已经勉强可以面向运营同学使用了，但是真的要跑向生产环境，还是有诸多问题等待解决。接下来主要面向易用性&安全性方面做些工作。
- 业务功能嵌入规则模块
- 操作符号扩展
- 规则版本号-解决修改的问题。
- 权限管理-数据权限的粒度是一个问题
- 规则静态解析工具-支持客户端自助判断
- ...
路漫漫其修远兮
写在最后
今年初开始有这个想法，到今天完成一个基础的可用版本，交付运营使用。已经是6-7个月过去了。第一个版本所有数据都是手动添加，github刨资源，再到后来刷脸调用前端资源。心中一直想着一件事儿，其实也挺充实的。
接下来就是快乐的发版聚餐了，未来希望每增加100个场景聚餐一次；
成为一名优秀的程序员！