简体   繁体   English

(BPM) 流程控制 url 结构(如 REST)的最佳实践?

[英]Best practice for (BPM) process control url structure (like REST)?

Currently I am looking for a "best practice url structure" for (BPM) process control.目前,我正在寻找(BPM)流程控制的“最佳实践 url 结构”。 IMHO a process should not be controlled via a RESTful API.恕我直言,不应通过 RESTful API 控制进程。

Are there any standards or best practices for this?是否有任何标准或最佳实践?

Further explanations:进一步解释:

I start a new process instance of type "approval" for workitem "0815":我为工作项“0815”启动一个“批准”类型的新流程实例:

[PUT]http://server/process/approval/0815/start

I approve that process (yes, there can only be one such process for a workitem):我批准该流程(是的,一个工作项只能有一个这样的流程):

[PUT]http://server/process/approval/0815/approve

One more thing: everything is asynchronous here!还有一件事:这里的一切都是异步的! So I get a 202 which means that the process handler will try to execute the command on the process.所以我得到一个 202 这意味着进程处理程序将尝试在进程上执行命令。

Sorry if the answer is a bit disappointing but I believe there is no such thing as a best practice or standard for using REST in that context.对不起,如果答案有点令人失望,但我相信在这种情况下没有使用 REST 的最佳实践或标准。

Given that BPM is not a standard (it is a methodology), this leaves the door open for an "unlimited" number of technical implementations for BPMS vendors.鉴于 BPM 不是标准(它是一种方法),这为 BPMS 供应商的“无限”数量的技术实现敞开了大门。

The answer on how to use REST APIs to control you processes will most likely depend on vendor-specific APIs.如何使用 REST API 控制流程的答案很可能取决于供应商特定的 API。

Modern BPMS such as Bonita BPM expose such APIs out of the box.现代 BPMS,例如 Bonita BPM,开箱即用地公开了此类 API。 If you have to implement your own APIs, you might want to consider looking at those.如果您必须实现自己的 API,则可能需要考虑查看这些 API。

Cheers,干杯,

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM