为什么它被设计为{uri.var.variable}而不是使用普通的{variable}

Question

我知道 WSO ESB/EI 用户在想要允许 RESTful URI 包含变量时需要使用"uri.var"前缀，这些变量可以在中介运行时使用名称具有"uri.var."前缀的属性值进行填充。

但是为什么我们需要"uri.var"用大括号包围它，就像a/{pathvar}/b不足以确定它是一个变量？这是未来的改进空间还是我只是错过了什么？

Answer 1

"uri.var" 前缀用于标识 ESB/EI 需要与之对应的端点的路径参数，这些变量应允许端点根据设置的值解析为不同的值。

"{pathvar}"已在 API 代理中用于标识与 API 资源关联的路径参数。这些变量的目的是允许中介逻辑访问调用时间路径参数。

...
<resource methods="DELETE PUT GET" uri-template="/order/{orderId}" faultSequence="fault">
...

由于这两种情况下的意图不同，因此具有不同的约定是合理的。