Permissions &引用;米纳塞索尔“;在谷歌日历API上,顺序是什么?
根据谷歌日历API v3,您可以设置一个Permissions &引用;米纳塞索尔“;在谷歌日历API上,顺序是什么?,permissions,google-api,google-calendar-api,Permissions,Google Api,Google Calendar Api,根据谷歌日历API v3,您可以设置一个minacessrole 用户在返回的条目中的最小访问角色。可选。 默认设置为无限制 有4个值 “freeBusyReader”:用户可以读取忙/闲信息 “所有者”:用户可以读取和修改事件和访问控制列表 “reader”:用户可以读取非私有事件 “编写器”:用户可以读取和修改事件 我想弄清楚的是,顺序是什么?如果我设置了minAccessRole,我应该查看哪些日历 这似乎相当明显,但他们写这些东西的顺序让我很反感,因为读者角色似乎夹在作者和所有者之间
minacessrole
用户在返回的条目中的最小访问角色。可选。
默认设置为无限制
有4个值
- “freeBusyReader”:用户可以读取忙/闲信息李>
- “所有者”:用户可以读取和修改事件和访问控制列表李>
- “reader”:用户可以读取非私有事件
- “编写器”:用户可以读取和修改事件
minAccessRole
,我应该查看哪些日历
这似乎相当明显,但他们写这些东西的顺序让我很反感,因为
读者
角色似乎夹在作者
和所有者
之间,这对我来说似乎不正确。我认为我必须同意这个顺序是误导性的。以下顺序可能更合理。在页面上找到的信息可能更真实
日历的所有者可以通过向其他用户提供访问权限来共享日历。给定日历的共享设置由该日历的ACL集合(访问控制列表)表示。ACL集合中的每个资源都为指定的受让人授予特定的访问角色,该角色是下表中列出的角色之一:
- 无不提供访问权限
- freeBusyReader允许受让人查看日历在给定时间是忙是闲,但不允许访问事件详细信息。可以使用freeBusy.query操作检索忙/闲信息
- reader允许受让人读取日历上的事件
- writer允许受让人读取和写入日历上的事件
- 所有者提供日历的所有权。此角色拥有writer角色的所有权限,并具有查看和操作ACL的附加功能