Declarative way for compute facts

未关闭
#292 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
25/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞
技术栈
javascript, json
领域
backend

调研方向

未指定源文件或测试。首先查看文档中关于 computed facts 的讨论以及现有的 addFact/function 方法，然后比较针对可复用派生 facts 的提议 json-logic 声明。只有在 maintainer 决定这是否属于 engine，并且在接受的情况下形成一份范围明确的存储与求值设计后，才算完成。

由索引模型根据 Issue 内容生成。

描述

Hi! I consider this repo as a very helpful design approach! I'm looking forward and have thoughts about admin interface for editing and storing rules. But i think we have a lack of ability for storing complex computed facts. For example, i have a a big legacy system underneath my app, and some facts from there have a big value because they computes from multiple fields of big json document. I need to reuse that facts everywhere in my app. What can i do right now? I can use only functions for this objectives. Like this:

engine.addFact('account', (params, almanac) => {
    return almanac.bigDoc.path1.value + almanac.bigDoc.path2.value;
})

Ok, it's very flex and this approach cover all my needs, except storing.

My suggest:

We can use jsonLogic library (or similar operators inside this repo) for declaring facts like this:

new Fact('derivedFact', [ 'bigDoc' ], { '+' : [
        { 'var' : 'bigDoc.path1.value' },
        { 'var' : 'bigDoc.path2.value' },
    ]}
)

While i was browsing docs, i saw that you considered this as a design bad smell. Why? Can you explain? Or i can suggest PR? 🙂

主要语言
JavaScript
星标
3.1k
派生
507
30 天内没有已合并 PR

贡献指南

这个仓库没有索引到贡献指南

从这里开始

  1. 先读完整个 Issue，再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库，在一个分支上完成修改。
  4. 提交 Pull Request，并在描述里引用这个 Issue 编号。

CacheControl/json-rules-engine 的其他 Issue

查看 CacheControl/json-rules-engine 的全部 Issue

相似的 Issue

更多 JavaScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。