JIRA权限API中不推荐的密钥是什么？用法是什么

我正在努力理解JIRA许可API。在呼叫他们的许可服务时，即

[获取]

对于当前loggedIn用户，我得到以下响应：

它将为各种权限密钥/节点返回2个属性：

允许

不赞成

你能说说它的实现和工作原理吗

在观察了反应后，我发现

deprecatedKey

属性不适用于所有权限节点 有多个权限具有相同的

id

（即permissionId），但不同的

deprecatedKey

参数

，根据我对权限模型的理解，使用JIRA 6.4更改了权限模型，旧的权限密钥已过时。然而，它们之所以保留在API中是有原因的（即，当API发生变化时，使用旧API的遗留客户端不会被破坏）

引述：

在版本6.4之前，此服务返回项目权限，其密钥对应于

com.atlassian.jira.security.permissions.Permission

常量。由于6.4，这些密钥被视为已弃用，此服务返回与

com.atlassian.jira.permission.ProjectPermissions

中定义的常量相对应的系统项目权限密钥。带有旧密钥的权限也会返回以实现向后兼容性，它们会用属性deprecatedKey=true进行标记。具有当前键的项目权限缺少该属性

这意味着，例如在v6.4之前的JIRA中，有一个名为

VIEW\u WORKFLOW\u READONLY的权限。从6.4开始，可能添加了另一个权限，使该权限失效（尽管我不知道在这个具体示例中是哪个）。所以现在这个权限或者有一个不同的密钥，或者被合并到另一个权限集中。拆分为几个新引入的权限也是一种选择

弃用意味着在开发新的客户端应用程序时不应再使用此旧权限密钥，它将在API的未来版本中删除

阅读更多有关弃用的信息

另一个属性
havePermission
仅表示请求者在给定上下文（项目/问题）中被授予特定密钥的权限。
您签出了吗？相当不错。还是对你来说不够清楚？如果是，那么还有什么不清楚的？是的，我已经查阅了文档，但没有找到任何关于它的信息。基本上，我不清楚“deprecatedKey”属性的用途是什么
/rest/api/2/mypermissions?projectKey&projectId&issueKey&issueId