Permissions &引用;米纳塞索尔“;在谷歌日历API上,顺序是什么?

Permissions &引用;米纳塞索尔“;在谷歌日历API上,顺序是什么?,permissions,google-api,google-calendar-api,Permissions,Google Api,Google Calendar Api,根据谷歌日历API v3,您可以设置一个minacessrole 用户在返回的条目中的最小访问角色。可选。 默认设置为无限制 有4个值 “freeBusyReader”:用户可以读取忙/闲信息 “所有者”:用户可以读取和修改事件和访问控制列表 “reader”:用户可以读取非私有事件 “编写器”:用户可以读取和修改事件 我想弄清楚的是,顺序是什么?如果我设置了minAccessRole,我应该查看哪些日历 这似乎相当明显,但他们写这些东西的顺序让我很反感,因为读者角色似乎夹在作者和所有者之间

根据谷歌日历API v3,您可以设置一个
minacessrole

用户在返回的条目中的最小访问角色。可选。 默认设置为无限制

有4个值

  • “freeBusyReader”:用户可以读取忙/闲信息
  • “所有者”:用户可以读取和修改事件和访问控制列表
  • “reader”:用户可以读取非私有事件
  • “编写器”:用户可以读取和修改事件
我想弄清楚的是,顺序是什么?如果我设置了
minAccessRole
,我应该查看哪些日历


这似乎相当明显,但他们写这些东西的顺序让我很反感,因为
读者
角色似乎夹在
作者
所有者
之间,这对我来说似乎不正确。

我认为我必须同意这个顺序是误导性的。以下顺序可能更合理。在页面上找到的信息可能更真实

日历的所有者可以通过向其他用户提供访问权限来共享日历。给定日历的共享设置由该日历的ACL集合(访问控制列表)表示。ACL集合中的每个资源都为指定的受让人授予特定的访问角色,该角色是下表中列出的角色之一:

  • 不提供访问权限
  • freeBusyReader允许受让人查看日历在给定时间是忙是闲,但不允许访问事件详细信息。可以使用freeBusy.query操作检索忙/闲信息
  • reader允许受让人读取日历上的事件
  • writer允许受让人读取和写入日历上的事件
  • 所有者提供日历的所有权。此角色拥有writer角色的所有权限,并具有查看和操作ACL的附加功能