На этой странице описаны рекомендации разработчикам по предоставлению доступа к контролируемому контенту. Обновление разрешений можно выполнить как до начала совместной работы, так и в процессе её выполнения.
Настоятельно рекомендуется реализовать метод, который минимизирует неудобства и помехи для пользователя. Разработчикам следует соблюдать баланс между ограничениями модели управления доступом и требованиями безопасности приложения, а также любыми неудобствами для пользователя.
Ниже приведены несколько способов предоставления доступа к совместной деятельности.
Предоставить временный токен доступа (рекомендуется)
Временный (срок действия) токен доступа предоставляет пользователю доступ и учётные данные безопасности, действительные в течение определённого периода времени. Подробнее см. в разделе Настройка временного доступа .
Такой подход обеспечивает наименьшее неудобство для пользователя. Контент доступен любому, у кого есть ссылка и временный токен доступа. Пользователи имеют доступ только в течение времени, указанного в токене, который генерируется после начала действия инициатором.
Вы можете поделиться токеном, используя начальное состояние активности . Токен можно использовать для временного доступа к контенту. Токен временного доступа не зависит от времени создания контента. Этот подход работает как для нового, так и для существующего контента.
В следующей таблице показаны преимущества и недостатки использования этого подхода:
| Преимущества | Недостатки |
|---|---|
| Наименьшее количество помех для пользователей | Риск чрезмерного распространения контента |
| Позволяет людям присоединиться после начала мероприятия | |
| Не требует предварительного ознакомления участников |
Поделиться до начала мероприятия
Альтернативный подход — разработать дополнение Meet так, чтобы оно предлагало пользователю, начинающему активность, обновить разрешения перед ее началом.
В следующей таблице показаны преимущества и недостатки использования этого подхода:
| Преимущества | Недостатки |
|---|---|
| Явный обмен информацией минимизирует риски | Определение участников может быть сложной задачей |
| Среднее количество помех или прерываний при одобрении доступа по мере присоединения людей |
Поделиться по запросу
Это реактивный подход, при котором инициатор активности одобряет запросы в режиме реального времени по мере того, как пользователи запрашивают доступ к контенту. Этот метод может вызвать серьёзные затруднения у пользователей, если участники определены неверно. Поэтому он наименее рекомендуемый.
В следующей таблице показаны преимущества и недостатки использования этого подхода:
| Преимущества | Недостатки |
|---|---|
| Не требует предварительного ознакомления участников | Вызывает сильное трение и нарушает ход встречи. |
| Явный обмен информацией минимизирует риски | Требуется путь для обновления разрешений на контент после начала активности. |