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