中文讨论区

[SOVLOOKUP]

这里我将写下我设计MicroFlow的一些想法，以及关于如何落实的计划。
欢迎任何人在此进行评论并提出意见，以及发表自己对项目的看法。
项目的顶层设计和规划在另一个评论 project design 中。

[SOVLOOKUP]

关于MF 开发规范：

1. 接口类型规范 types/index.d.ts
2. 注释规范 逻辑函数上必须进行/** @functionName { functionReadableName } [functionDescription] !*/格式的注释，编译时会自动匹配注释信息并添加到元数据中，例如：

/** @Sayhello {hello} [say hello to world] !*/
function sayHello(ctx) {
    // logic begin
    ctx.res = { message: "Hello " + ctx.req.name }
    // logic end
}

3. 变量命名规范: 小驼峰命名(lower camel case)，
4. 插件开发规范: 插件作为有状态服务，在一个项目中独立与其他微服务作为常驻RPC运行，插件可以在启动时捕捉config参数，使用init功能进行进行初始化 [todo: 定义上下文形态, 固定插件开发规范]
5. 包规范：esm; 包 src/internel/index.js必须导出default

[SOVLOOKUP]

mfnode 目录下config文件的解释：

名称	功能	注释
cloud	元数据服务器的地址
tag	该mfNode的种类	service(微服务脚本)｜module(远程模块)｜UI(UI组件)
language	该mfNode的语言

[SOVLOOKUP]

决定做三种开发模式：

1. 智能模式: 无代码从社区拉取别人写好的node组成flow
2. 专业模式: 界面上写proto文件，贴上相应的逻辑代码
3. 开发模式: 通过mfnode仓库模版开发mfnode，适合有多个文件，自定义场景，中间件等

2，3可能做成vscode插件的形式

[SOVLOOKUP]

flow的协作编辑打算基于 https://github.com/microsoft/FluidFramework 和 https://github.com/antvis/X6

分离UI层和数据层，数据层用Fluid进行team间同步

[SOVLOOKUP]

💭️整理

所有人都可以发布自己的节点，这些节点完成某项功能，可以是函数，脚本，或是一个完整的系统，所有人可以以可视化编程的形式通过开源的节点搭建自己的微服务流。

为了解决节点之间的数据通讯问题，整套系统以link形态的接口为中心，节点间以grpc作为通讯手段（所以能跨语言构建微服务），基于图数据库进行搭建。

推崇开源，允许私有部署，吸引企业，最终目标是实现大规模去中心化协作，用户作为使用者发布rpc服务订单，矿工作为服务的提供者提供服务，以市场机制实现整个系统的弹性伸缩。

创新：

• 大众参与，前端是无代码平台，可视化搭建开源的节点形成服务
• 易于开发，不用掌握DAPP的那些恶心的开发语言，用正常的方式开发节点就可以，只要满足接口定义即可
• 协同编辑，自上而下的设计，各开发者分工合作，直观的界面让团队比只用git更有效率
• 资源整合，人力的整合和算力的整合，人基于规范享受开源生态；ETH也能整合算力，但是开发去中心化应用恶心 + 严重的资源浪费

盈利模式：

• 企业私有源部署，授权费用
• 节点定制开发
• 硬件绑定销售
• ⭐️️去中心化数字货币金融
• 培训认证

[SOVLOOKUP]

储存流程节点(mfnode)元信息的服务器source，使用go + svelte，功能:提供可信的流程节点源