JVS规则引擎有.net版本吗

大家好，今天给大家分享一个自研的规则或流程框架。 is 框架本身呢，致力于解决灵活反复的应编码问题，今天呢主要给大家介绍一下框架的设计思想，以及框架猪肉丝啊或者 itoti 的思想有什么区别？ 好，首先，嗯，介绍一些能够用到规则引擎的一些场景，比如说最先想到会员营销，还有多种条件或流程奖励组合而成，并且时间线复杂，代码费用率不高，调整的非常的频繁。 好，同样的还会有一些分控规则，由于多种条件组合并返回决策，条件量大且复杂，同样的呢变动频繁。另外呢，可能会有一些数据分析的场景，比如说将数据通过 自己编排的规则产出想要的数据啊，每个人呢，他可能都有一套自己想看的数据，那么他去编排自己这些规则，并且产出他的一个数据结果， 那么这些业务呢，都会有一些共同的特性，但不管怎么说，所有的这一切都可以通过音编码来解决，但是音编码变多了之后呢，会比较心累，那这些业务的共性呢？都有。 呃，灵活业务，比如说追求玩法的花里胡哨，我们的产品或者我们的运营很大程度上在做一些营销活动或者一些规则的时候呢，他不会在一个玩法上倾注太长的时间，那么他们会不断的寻求新的玩法， 那么这时候呢，你要怎么去抽象？还有一些比如说啊，马上就要上线了，但是又要做一些调整， 这都是一些很常见的一些情况，然后因为有一些调整会导致研发呢，可能改代码发上线，然后测试呢，可能要重新再回归测试，那么研发测试心力交瘁，另外呢时间线，呃，一般会员营销的话，时间线可能会比较多。 举个例子来说，十月一号有个活动，那么今天呢？我九月十五号就已经开发完了，那我怎么要测这个活动呢？那么可能研发本身做一个时间线的编排，比如今天下午的一点到两点，模拟的就是十月一号到十月五号， 但是这样呢，如果 b 测试也测这个活动，但 b 测试测试的是十月五号之后的内容，那么这两个测试可能是隔离的。但如果说他们的时间线有焦急，那焦急的部分的测试就会类似于一种孔融让泥的形， 就你要不你先测，你测完了我再测，要不另外测试说你先测，但如果他们都比较紧急的话，这个问题就会比较复杂。 还有一些其他问题，比如说我依赖的第三方服务，比如说我依赖的发卡发会员的服务，他挂了，那我怎么样让整个测试过程能够顺利的进行呢？ 另外就是修复数据，比如说我一个活动已经上线了，但是现场出了问题，我怎么能够快速的把出问题的一些数据给修复， 然后针对这些问题呢？我们先举一个例子，就一个最常见到的充值送礼活动， 那么这个活动呢，是一个国庆节的活动，十月一号到十月七号，活动内容呢，就是充值一百元啊， 送五元余额，然后充值五十元，送十元积分，然后并且呢不叠加送，不叠加送指的是什么呢？充了一百元只能送五元余额，不会送五元余额加上十积分啊，这是一个很简单的一个活动，那么这里可以看到送十积分的这个活动呢，可能是十月五号之后才开启， 他们有一个时间线的重叠。那么针对这个活动呢，我们可以做一个简单的抽象，比如说这个小儿他充值，充值成功之后呢， 他一定会有一些参数，比如说 uid 是谁充的？ cos 充了多少？是 cos time， 什么时间充的啊？这个呢，我们理解我一个包裹，这个包裹里面有三个信息，那么这个信息来了之后呢，我们可能解决我代码的同学去抽象一些节点，比如我抽象了一个 flow 的节点，那么他呢需要有两个配置，一个是配 key， key 呢，针对的是这个包裹里的这个自断值，那么我们这个例子里面 key 呢，就是 cost， 高呢，就是一百，那这个例子相当于是有一个 s 高 flow， 它的尾代码相当于是迈步点 get key， 从这个派克里边点 get key， get key 之后呢，和这个 sgope 比大小大于一百呢，它就返回处小一百，返回 fos， 同样的这个是高 flow 五十，它就是大于五十，返回处小于五十，返回 fos， 然后大于一百之后呢，我们发放余额奖励，有个 amount result， 同样的 key 给谁发？在我们这个例子中是 uid， y 六呢，是发多少？这就是发五，他的尾单码的话就是三调，用一个三得慢的接口，然后卖卖 点该的 k， 然后把 y 六传进去啊，同样呢，我们有个 point rate 啊，它是基于充值大于五十元去发放的一个奖励，然后有三个 point， 然后该的 k y 六呢？这里配的是十， 那么其实呢，我们很容易就会抽象出这样的一些节点，那么整个规则来说，整个活动来说，其实就是这些节点之间的流转，以及他们怎么去搭配，去组合。 那么我们最常想到的，也就是最先想到的可能就是一个流程图式的一个实现，当然这也是一个类 x tvt 和 flogo 的一个实现， 然后额也很简单，一个是大的节点，然后是高 flow 是否大于一百啊？大于反馈处还有个发放余额的忙碌日照的，然后结束否？ 否则的话呢？还是高福路是否大于五十数的话呢？发放发放时积分，然后结束，否则的话结束啊。大家看这个流程流程图纸的时间呢，其实也是比较简单的， 也比较直观，但是我们这个例子中呢，我们一点点加码啊，这个例子中是有活动时间的，这个活动呢只在十月一号到十月七号之间进行，那么送十积分这个活动呢，是在十月五号到十月七号进行， 那么针对我们这个例子哈，我们要怎么去做改版呢？那么改版之后他就会变成这样啊，进来的时候有一些一个相当于总控十天，总控十月一号到十月七号，然后 再倒数的话，再进下面来 pose 的话直接结束。同样的在我们的大于五十的这个节点前去加一个大于 十月五号处的话呢，进这个，否则的话结束。我们可以看到，其实我们就是简单的，如果加一个时间在这个上面的话，其实整个流程就已经看起来稍微的复杂了一些，那么同样呢，我们再去看一下执行数式的一个时间，这就是我们 比较流行的像猪肉丝啊，它的一个实现，它采用的是一种 one x 任 y 的形式，那么比这个例子中，比如 one 是高福路大于一百任发放五元余额阿 money result， 然后 one 另外一条线 not go flow 一百，这是为什么？这因为有个不叠加送，所以呢这边呢有一个非满足一百，其实就是一个区间啊，就是五十，呃，小于一百并且大于五十的一个情况，然后发 放十元的积分来看这个，这个呢是比较清晰的，就比刚才那个我觉得可能更清晰一些，就每一条链路都是有一个结果，一个结果跟在后面，然后他同样的加上时间之后呢，其实我第一反应我也知道可能在哪加时间， 这样会比较容易些，然后同样的在最开始的地方加一个十月一号到十月七号问他，然后这样这边加一个十月五号啊，整体流程其实还是比较清晰的， 还可能觉得这都是一个正常会采用到的一个方案，那么为什么我们没有采用呢？我们要去自研呢？好， 接下来我们有了变动，变动就是你开发了这样一套规则，那么运营或产品人员他啊不停的 做一些改变，那怎么办呢？我们有多少能够满足他们的改变，并且快速的上线，并且很可靠呢？ 那么理想情况下，肯定是啊，这个活动不会变的，产品说放心吧，就这样上线肯定不会变了，但现实情况呢，肯定对吧？就是充值一百元啊，改成八十吧，因为用户的参与的积极性可能不高，然后 一百元的门槛太高了，然后十积分变成二积分嘛，十积分可能有点少了，然后时间呢，可能我想延长一天，因为整个活动效果可能不太好，可能觉得十月八号的效果可能冲一冲业绩。然后这种 值上的改动呢，其实很简单，我们微微一笑，对吧？这不管是哪个例子，我们可能只是改其中的啊配置的值，然后就是我们前面这一块的一个配置的值。 那么改完之后呢，这些引擎都可以顺利的，就是不用发单嘛，直接做 ui 以上的更改就可以好。另外呢，这时候产品又开始提新的需求，他们觉得啊，用户的参与激情不高，如果我去掉，去掉不结加送吗？我想都送。 那么充一百元，他想又送五元余额，又送十积分啊，都送。那这个时候我们再来回过头来看这两个例子。 首先这个例子中呢，都送，我第一想到的，第一眼看到这个图可能就不是特别的清晰，可能要思考一下啊，这条路送到这里啊，发放余额结束，然后再把它再加一个过来， 然后是否满足五十，但他一定满足五十，所以直接把这个泡妞惹到的好放到这里来。看起来，嗯，还是有一个思考 过程。那么这个例子中呢，其实就会更简单一些，可能我只要把 notesco flow 一百，把这个地接电啊，把它去掉擦掉啊，就满足了 啊。这个时候呢，产品又开始说了啊，五元余额啊，这个商家可能觉得不能送太多，送太多了，他可能亏本， 然后设置库存一百个吧。对了，那库存有一百个，库存送完了怎么办呢？那他还是充一百的，那么充的一百的还得送十积分的，对不对？不可能他充充了一百的，然后因为库存没有了，然后也还不给他发十积分， 那他还不如充五十呢，对吧？所以这个也不可能的。那么对于这个例子呢，我们再回头看的话，可能，呃，整体来说可能又又会更复杂一些，至少，至少我不能说我改完了就立马上线，我没有这个信息， 对吧？那这种要怎么办呢？有，我们不妨看一下，就即使是我们这种简单的把它改成不叠加送。我把这个节点去掉之后会发生什么呢？实际上就像另一个的历史者一样，我把这个节点去掉之后，我需要把他的 nixt 换成他，对吧？ 啊？他没有朋友，没有，但是他要把他的那个词换成他，就会导致你无论做什么，就是你去掉这个节点也好，包括上面的这种流程图，是你想加一个节点也好，你想去掉一个节点也好，一定是我要看看他前面在干什么，然后我要再看看他后面在干什么。 那么这就会导致有一种瞻前顾后，他会导致什么呢？就首先你这个节点就定死在这，第二个，你需要对某个流程上的义务非常熟悉，我才敢非常有信心的去做一个更改，那么节点定死在这。还有一个问题是什么？比如说我这里有个 goflow 大于五十啊？我，我的同事他开发了，他在开发另一个活动，他可能要以哥斯高 flow 也大于五十，他配置都是一样的，但是他能够服用吗？他不能， 因为这里他执行完了之后，下面执行什么的内容是在这个节点上的，也就说我即使和另外有一个一模一样的节点，还是得有一个新的实力，他是不能够做到复用的。 好，下面引入就是我们自言的是怎么去做这个事情的。首先呢，我们引入了一个叫做关系 与叶子结点两种结点方式，然后这也是 is 实现中的一个逻辑基础。首先我们我们不都说啊，我们简单拿几个例子，比如说我们有一个按的节点，引入了按的节点，它的羽翼呢，是类似于加 发中的这个语，那么这个是什么意思呢？就是说 a 如果返回是处才会走 b， 然后 a 如果返回的是 faws， 那么其实我们写加号的这 a 如果是 faws， b 是不会再走，那么只有 ab 都是处的时候，这个按的节点也是有返回的，这个按的节点才会返回处， 那么他的返回有处和 fos。 最后一个我们后面再说。然后安妮呢，我们再引入一个安妮叫 a 货 b， 那么 a 如果是处就不会再走 b 了， a 如果是 fouse， 他还会再走 b， 同样的安妮也本身也有返回，就是 a 和 b 的 获得关系的反馈。好，我们再引入一个叫做奥，这个奥呢就是 ab 都执行好，我们刚才所说的抽象的那些，我们叫做叶子节点，叶子 些呢，就是真正做事情的节点，比如说我们的 flow 高 flow， 他真的去判断了哈，是否满足一百，是否满足五十，我们伪造的去去真正的去给他发啊，发余额奖励，发积分奖励啊。另外还有一种叫做 no 的类型，就说他没有一个 to 和 fos， 他就是做了一些事情，比如说啊，我想判断你这个用户是否是会员，那么他只是这么一个过程，他并不涉及出货 poss， 那么他会返回，那叫浪。同样呢，我们看到前面这也都有那呃 flow 呢？一般类似于 field， 其实是一样的， 就是他有明确的处和 fos 返回，他负责控制整个业务的，相当于条件判断一样。那么瑞斯奥特呢？我们为什么也有处和 fos 呢？他更类似于这个结果，我们做到了还是没做到，这更多的是取决于业务自觉。 与其定义，比如说我们在昂昂的瑞造的这个阶段的话，就发放余额这个阶段，那么发了，我可以就理解为是处没发，他就返回 fos， 积分呢，也是一样，但这是业务自己的语义，他也可以不这么定义，大家都可以。那么再回到这个例子中，我们把它换一种抽象方式，换一种竖形图的方式，他会变成什么样呢？比如我们把左半边先不看，我们直接看这个上面的一个按的关联的这个节点， 那么一个按的，然后上面一个 sgoflow 一百大于一百，然后 month 瑞造的负责发放，那么他用一个按的连接，为什么按的连接？就是说大于一百的话，这里是处才会执行他，同样的这里大于五十才会执行他，然后到他，然后再往上走。好，我们直接一个例子比， 比如说一个用户在十一号到十一号之间，他是充了八十元，那么首先他会执行这个安利这个根结点的入字结点， 然后呢他首先判断啊，你是否在十月一号到十月七号这个节点呢？为什么他又可以做时间判断？就是说我这个节点只在十月一号到十月七号生效，其他时间呢，他不会，就相当于你可以理解为没有他，那就不会触发后面的一些事情了， 这里呢是一个大于十月五号的一个判断，那么同样的这个节点只会在十月五号之后呢，他才会真正的执行，那么这时候 一个人充了八十，他走到进来，然后他因为是个关系节点，关系节点会交由他的子节点去处理，然后到他这个按的节点呢，他也是一个关系节点，他也会交由自己的子节点处理，然后所以说这整颗树的执行逻辑就是从上到 下的一个逻辑，对吧？先到他发现充八十啊，这里是一百，他返回 fuse 按着在接受到这个 fouse 之后呢， 他不会再执行下面的这个，并且返回 fos。 当安妮接受到 and 返回的这个 fos 之后呢，他还会继续向下执行，执行到他，然后因为刚才说了是十月五号之后充值的那八十和他 会执行那执行，再到这个高福路五十，八十大于五十，这里返回处，返回处之后呢？因为是个 and 这里呢，会发放余额奖励，然后整个流程结束，然后可以看到就说我们为什么要用这样一个方式， 首先每一个节点执行完之后，是不是他做完了事情啊？不下面做什么其实就不归他管了，对吧？ 他不需要呃，告诉他他执行完了之后，下一个执行什么，他只要做，然后至于 接下来要做什么，是由上面的关系经验去决定。就像呢，就平常类似于我们做工作一样，就 领导给你一个工作，你只要做完了就好，做完之后再做什么啊？这个不归你管，拿领导去协调去安排，对吧？像我们这里是高弗洛，他只要判断啊，来了一个值，他却拿了个 k 匹配的，比如说是 cost 是否大于一百就可以，而不大于一百呢？他就返回 pose 大于一百返回处，至于返回之后做什么啊？他不需要 care。 这样会有个什么好处呢？就是说他可以服用。 就另外有个，比如我同事他又开发了一个活动，他也用到的这跟这个一模一样的节点，他就直接把这个节点拿去用就好了啊，同一个实力，这个没关系， 只是他的拍摄呢不一样而已。还有一个什么好处呢？就是逻辑足够独立，那么我这个每一个节点呢，都可以有一个独立的逻辑解释啊，我可以加一些啊内幕啊，去描述他， 比如说我们的高速路，这就是判断大于一百嘛，对吧？这个就是发余额嘛，对吧？那我们这个按的呢，就相当于是啊大于一百发余额这个动作，那么这个按的呢？就相当于大于大于五十发放积分。然后十月五号，那么这时候呢，我们有一个 安利在最前面，那么这个安利呢，其实就是我们的整个活动他负责，然后把他俩串起来就好了。那么我们再回到刚才说的这个变动， 嗯？怎么解决这个变动呢？来第一条变动啊，这很正常，我们只要把跟前面的 两种框架一样，只需要把这些值改一改就可以了。然后第二种变动呢，就是参与的积极性不高啊，去掉不叠加送都送。首先呢我们要思考有问题，就是不叠加送和都送这个逻辑， 他在呢，其实我们很容易就可以改造他的逻辑，其实就在这个安利节点上，因为他们跟这些逻辑没有关系，只有他跟这个逻辑有关系。那我们要做什么呢？我们只要把这个安利换成什么？换成奥，是不是就都送了，是吧？ 那如果说现在正在线上啊，产品突然让你改，把这个换成都送，那么你可能只需要通过 ui 界面把这个把这个节点换一下， 我们可能提供一套 ui， 把这个鞋垫换，把爱你换成号啊，你也很有自信的把它换，换完了之后你说 ok 了，对吧？ 不需要说再纠结啊，换完之后去票测试，然后另外一个就是五元一个，不能送太多，是这一百个库存。 那么我们之前说到了你的业务中可以把呃库存设置，比如说送了就是送了就是处，没送就是 first， 对于库存不足，他就属于没送，属于业务的一种正常情况，他不属于 iro， 那 iro 也是一种另外的情况，他属于一种正常的， 他只是没送，那么没送的话和忙碌水糟的同样，这里会返回 faws， 那么这个案子在接受到这个 faws 之后呢？他同样会返回 faws， 然后这个安妮在接受到这个 faws 之后呢，他继续向下执行，比如说对整个流程不会有任何影响。 第三条我们并不要改任何的东西，然后再收到前面的一些时间，我们不需要再单独抽一个节点出来去 判断时间，为什么呢？我们这个节点就可以把时间直接内切到这个节点上就可以了。 好，接下来呢我们会有些推荐，就刚才说的，他可以做到复用。我们一个国庆节活动，十月一号到十月七号，我们肯定在之前就开发完了，比如说九月十五号，那我要怎么去测这个活动呢？我不能说 我们当前的客人的他们，然后进来之后我直接执行，那我九月十五号执行不了啊，我难道要去改这个时间吗？那么我一去改这个时间，那么到上线的时候还得再改回来，我忘了怎么办？ 这是不是一个事情？这就是一个时间线的一个事情，然后我们可以在前面再追加一个叫做更改时间的节点啊，你可以看到他的类型是浪，他不对流程做任何影响，然后前面再更一个节点，然后只要请求呢达到这个节点， 先走他。嗯，从让大家执行吧，先走他，他会把时间改掉，改成。比如说我这里可以让测试让他允许他配，他想改成什么时间就改成什么时间，比如他这里改成十月一号都 五点钟，那么下面这节节点就应该生效，就应该出发配置。如果他已经改在了十一号之前，那么这些节点都不应该生效，如果生效了，那么就去检查一下这里的节点是不是时间配错了。 同样的这个节点在线上不会生效，那么就可以避免，就是不能说我上线了还得让他改时间，那么这样是不可以的。 然后我们看到这是一个参与活动，同样的我们可能会有一个页面去做一个页面呈现活动，那么这个页面呢，可能只在十月一号到十月七号之间才展现，他也有一个同样的需要一个改时间的一个需求，对吧？那么这时候呢，他 两个我们刚才说了，因为有结偶的特性，就他不需要知道后面要做什么，这里也可以引入跟这个节点一样的实力，然后我在改这个节点的时间的时候，这个节点时间也会被同步改掉，不然我还需要啊，我参与活动的时间我改到了十月一号开始啊，陈秀活动 我也还得再改一遍，那这样的话对整个测试效率也是非常不友好的。然后再说到我们测试冲突的问题啊，可能利用这个测试呢，负责测大于五十送十积分，这个测试负责测呢，大于一百送五元余额。 那么我们这时候怎么办呢？我们可以把这个节点呢，在他的前面，比如在这个按钮的前面再加一个，然后这是 a 测试的，然后 b 测试呢，在这个节点的前面，只要在他想要执行逻辑的前面 在这里加，也可以去执行这个节点，然后一次是去改他的这个时间节点， b 次是去改他的这个时间节点，他们就完全没有冲突了。 好，下面我们为了简化页面引用啊，比如我们这里呃的按的关联的这两个一个条件一个结果是紧密关联的，那么我们可以 把它给变成这样一种格式，就是说比如一个前置节点的概念之后，我要致信这个节点一定是前面的，这个节点返回非 false， 为什么不是处？因为还有个浪，可能他的前置点点只是做一些准备工作，比如说去看一下这个用户是否是会员，然后再执行下一步的操作，那么是否是会员，去看他是否是会员，可能只是去查一下，然后把是否是会员的信息 再塞回来，或者说把会员等级信息塞回来，那么这时候呢，他就要就是说前置节点一定是返回 fafos 他才会执行，那么这样的话呢， ui 呢就会被进一步的简化，当然简化归简化，与异和暗的相连的两个节点是将是一致的。 好，下面呢给一个实践展示，其实就是我们呃，单薄中的一个模块， 你说我们是有提供 ui 界面，比如说这是现在线上正在跑的一个，其实就是我的一个戴帽的一个测试，大家都可以进来看， 然后可以看到我们配的两条，一条是活动参与，一条活动呈现，我们讲解中的实际上是一致的，我们可以看下它的配置， 比如说这个配置可以编辑经典好看，他配的 t 考思考呢，他有五十，然后也可以接电呢，可是可以配时间的， 然后下面的以后再说，然后发放余额的节点啊，他的 k ui 配的 uid， 然后 v 六是五元，然后这里呢是一个他的是他的生效时间是要大于开始时间，在十月五号之后， 然后刚才说了这个安利要怎么变成奥呢？就说不叠加送，变成叠加送还要怎么做呢？我们可以转换节点，把它变成一个奥点，确定好他就变成一个奥 好了，我们还可以再转换回来，可以做一下标注，十一号到十一号生效 好好的，这里的 tom 欠解改时间的这个节俭，那么它里边配了一个 tom， 是让语音 或者测试他可以自由的配置，比如说我现在配一个十月一号，那么他是要活动开始时间了啊，这里提供一个代目， 提供一个莫克夫，一个丹木，这个丹木呢也是掉的，其实我背后起的一个叫爱斯，爱斯太斯的一个福，他还可以去呃给他好不让把他当下来，实际上看一下， 其实就是这个好，我们的高福漏是将我们呃研发同学需要开发这样一个节点，然后呢提供两个配置，一个是 sgo， 一个是 是 key。 key 呢，就是我刚才说的那个。我们这个例子中呢，就是 cost， sky 呢，我们配的一百或者五十啊，这些都可以啊。另外呢 result 看一下， result 也一样的配 key 和歪柳。 然后呢这里呢相当于是调的第三方服务去负责发放， 发放完了之后呢，我们把结果再放回这个罗马里面，再放回我们的类似于抗态词里面，这个后面会说。然后我们这个例子，比如说 这是触发的一个派克，就是说我要触发这个配置的话，我要组装这么一个派克，实际上这个可以简化一点，这里的触发呢，实际上是从这里开始，从这一条，这每一条呢都是 可以出发的，我可以通过啊 id 去出发，会通过通过场景去出发，但我也可以通过配置 id 去出发这里的所有 id， 我甚至可以从这个节点开始出发，只要我组装了一个康泰斯特，从这里进来就可以。 好，我们现在去模拟一个 id 处罚的一个场景啊， id 是一，这时候我们只需要在这里填一个 id 一，然后这些其实都不需要把它注掉。 好，我们充值一个八十元的场景，这次 id 呢，也不需要，他默认会生产，这是 用于监控整个电源链路的，然后我们传入有 id 是谁， pose， 充了多少，然后我们没有传时间啊，时间默认了，会取当前的时间，但是因为有个改时间节点，他会把它改成那段时间，所以我们不用担心执行，可以看到这是这就是整个， 然后我们可以看到 uid 一 cos 的八十，但是 什么都没有送。那么为什么呢？我们可以看到这里有个 poss 音符，他就是整个直行列入啊，可以可以看到他首先去做了改时间，改完时间之后呢， 他去执行了斯高福禄。斯高福禄，那这六号节点，我们去看六号节点在做什么？是他，他返回的是一个 fos， 然后再到四号节点，他同样是一个 fos， 他是四号节点， 我的 id 十四。然后呢再到五号节点， 我化解点是他，我的 id 是五，为什么这里是个 o 呢？ o 是 out of time， 你说他没有执行，为什么没有执行？因为这里的时间，我们配置的是十月一号，然后而且我们冲的是八十，也就说他不会执行，那这里我改成十月五号呢？ 好，我们可以看下，在后面呢，在后面到安妮，因为他没有直行，那这里返回了一个 fus， 那么安妮呢？也是一个 fus， 然后再到最后的一个呢？啊？整个流程结束。 好，我们刚才已经改成了十月五号，那么这时候呢，我们再点发送，我们可以看到这三个 pony 的处，这个三个 pony 呢实际上是我们业务中自己塞到这个 嘛里面去的，这个肉嘛呢？我们叫做游荡自断，这个我们后续会说。 好，这样的话呢，我们整个执行电路，你可以看到这里有个八号节点，八号节点局应该是他对他执行是处，然后执行九号节点发放余额处，然后的结束后面其实就不太用看了， 好，这是这样一个呆木，同样的我们可以看到改时间的这个节点，我们现在是十月五号，对吧？我们可以看呈现这边 我们用的是同样的二号节点，那么我们可以看到，哎，他也是十月五号，我们可以改一下，比如说改成了十月七号。

推荐一款轻量强大的规则引擎框架。 like four 是一个轻量强大的国产规则引擎框架，它可用于复杂的组建化业务的编排领域。它支持众多脚本引人完全和扎法打通。你可以用脚本实现逻辑，我们可以按照想要的逻辑流程编排业务。它可以帮助我们结尾业务和灵活装配。好玩好玩好玩。

先说干货，什么是 iot core？ iot core 意为物联网核心套件，是一项引领未来的全托管云服务，他只在支持并加速物联网应用的开发和运营。这个强大的工具为大规模设备接入、管理和数据处理提供了出色的能力。 那么具体体现在哪呢？ iot core 使您能够更轻松的连接和管理海量的物联网设备。无论是家庭智能设备、工业传感器，还是智能城市解决方案，都可以通过 iot core 进行高效的接入和监管。 不仅仅是连接设备， lt 库尔还提供规则引擎，让您能够定义特定的操作和响应，以满足您的需求。您可以创建自定义规则，使设备在特定条件下执行操作， 从而实现更智能化的自动化。此外， lt 库尔还支持和其他云产品的无缝集成，如智能边缘计算和实序数据库， 以满足不同场景的需求。这意味着您可以在物联网应用中利用先进的数据分析和故障预测来提高效率和可靠性。总的来说，优质的 iot 库尔是物联网行业最核心的设备连接和管理能力。通过多种方法实现设备接入 iot 平台在 iot 应用和设备间建立安全 稳定的通信，并实现设备管理、监测、控制等操作。他将物联网技术带入未来，让我们的生活更加智能和高效。关注我，带你了解更多物联网知识！