背景

今天的说的api，activiti7真有，但真不是这个：

这个是为了云服务，封装的一些api，以后我们还会逐步探讨，今天我们讨论的，是其真正的api，以前是这样的：

是的，引擎7.0去掉了两个最烦人的东西，一个是表单（这个属于我们要重点解决的低代码部分，这个决策是非常正确的，太TM的复杂了）；另外一个是身份（身份和权限，已经所谓的安全，这个也太复杂了，又由组织，人员，权限，安全等等，这个我们会讨论组织和IAM的集成，关于权限，暂且更复杂，有必要再分离）。

今天，这里所说的API，是六个服务，包括，以后我们可能由这六个服务展开，封装自己的API：

是的，以ProcessEngine领衔的六大服务，需要我们重点关注，这里大家一个疑问，为什么这些接口没有用I开头呢？（Interface）

六大服务

存储服务

流程模板的定义和部署，对应的表部署记录表，流程定义表工作流程模型表，历史操作表，每个函数有必要都看一遍，特别是挂起的概念，挂起的流程再激活，需要澄清。

Runtime服务

仍然是看起来一坨，不过是多态而已，没啥，就是运行时态的内容，表结构ACT_RU_相关内容。

TaskServiceAPI

看上去吓人，无非5，6类方法，任务实例的CRUD，权限相关，任务操作相关，变量相关，还有评论附件等，这个api需要重点关注，特别是国产化的审批流需要改造，这里面有些东西还是挺有价值的，能考虑的竟然挺全，人性有些相通，不过建议深入，这个是我们审批流重点改造的内容。

HistoryService

这个好，一目了然。

管理服务API

DynamicBpmnService

提供流程定义动态修改方法，避免重新部署，解决热部署，这个有技术价值的，值得专门章节研究。

总结

更需要了解的是感性认知其分类结构，另外其命名方式，还有对应的数据结构设计，都是值得思考和学习的，关于里面的每一个api的具体内容，这些都需要各位自己去看，去领会其意思，如果记不住没有关系，大的分类和设计思想有感性认知就可以，下一步用这些接口进行实战，一边看一边用。