生态规划

• 1. FlowG
• 2. 面向流程编程
• 3. 文档
• 4. 调试工具
• 5. 可视化开发工具
• 6. 插件
• 7. 官网
• 8. 社区

1. FlowG

FlowG框架 是面向流程编程范式的一个实现，通过 配置 或 拖拽 即可实现业务流程的定制化开发，大大缩短工作量，极大地提高代码的复用性 和 可维护性；

由于前后端通常都有流程类业务，所以，该框架并不局限于前端，如果时间允许，计划将支持以下开发语言：

• TypeScript
• Swift
• Go
• Java

2. 面向流程编程

现在有许多编程思想，如：面向对象编程、面向过程编程、面向流编程 等等； 在 FlowG 的世界中，一切皆为流程，流程由 节点 和 连接 组成，使用者所做的事情就是创建一系列的节点，并连接成流程，所以 FlowG 的编程思想是：面向流程编程；这与 ReactiveExtensions 库（如：RxJS、RxSwift等） 提出的 响应式编程 思想类似，但完全不一样； 在 ReactiveExtensions 中，一切皆为流，强掉的是面向流编程，而在 FlowG 中一切皆为 流程，强掉面向流程编程；

3. 文档

文档是重要程度仅次于代码的东西，肯定是要有的，而且要详细，文档分为：

• 教程文档
• API接口文档

4. 调试工具

用户调试 FlowG 的工具，具备 流程的 编辑、修改、可视化 等操作；

5. 可视化开发工具

由于 FlowG 的目标是实现 流程开发的配置化，并且 流程是 一种 节点 与 关系 的集合，极具可视性，所以，以可视化的方式开发流程 是 FlowG 的终极效果；

6. 插件

FlowG 与 当下的前端组件框架（如：Vue、React、Angular）的使命是不同的，组件化框架处理前端的组件化问题，FlowG 是处理流程性问题，所以 FlowG 与 组件化 框架并不是同一维度互斥的框架，他们是应用在不同的维度，可以协同工作；但为了能让使用者们无脑结合这些框架，计划开发插件功能，以实现与当前流程的组件化框架的无缝接入；

7. 官网

这么好的东西，怎能没有官网；

8. 社区

如果 FlowG 真的火了，那社区一定要有的；当然，目前只是想想；