本頁面將說明開發人員在共用受控管內容存取權時應觀察的最佳做法。您可在協作活動開始前或進行期間更新權限。
強烈建議您採用可盡量減少使用者阻礙或中斷的做法。開發人員應該在應用程式的存取權控管模型和安全性需求，以及任何使用者服務中斷情形之間取得平衡。
以下列舉幾種提供協作活動存取權的方式。
授予臨時存取權杖 (建議)
臨時 (即將到期) 的存取權杖可以為使用者提供在指定時間範圍內有效的存取權和安全性憑證。詳情請參閱「設定臨時存取權」。
這個方法可減少使用者的不便。任何擁有連結和臨時存取權杖的使用者皆可存取此內容。使用者只能在權杖中指定的時間範圍內存取資料，權杖會在發起端啟動活動時產生。
您可以使用活動啟動狀態分享權杖。這組權杖可供暫時存取內容。暫時存取權杖與內容建立時間無關。這項做法適用於新內容和現有內容。
下表列出採用此方法的優缺點：
| 優點 | 缺點 |
|---|---|
| 使用者所需的操作量越少越好 | 過度共用內容的風險 |
| 允許使用者在活動開始後加入 | |
| 不需要事先瞭解參與者 |
在活動開始前分享
或者，您也可以設計 Meet 外掛程式，在開始活動前提示使用者啟動活動並更新權限。
下表列出使用這個方法的優缺點：
| 優點 | 缺點 |
|---|---|
| 明確共用可將風險降至最低 | 判斷參與者可能很困難 |
| 使用者加入時，需要花費中等程度的時間或中斷服務，才能核准存取權 |
隨選分享
這是一種反應式方法，活動發起者會在使用者要求存取內容時，即時核准要求。如未正確判斷參與者，這種方法可能會導致使用者遇到高度困擾。所以我們最不建議使用這項設定
下表列出使用這個方法的優缺點：
| 優點 | 缺點 |
|---|---|
| 不需要事先瞭解參與者 | 觸發高障礙，打斷會議流程 |
| 明確共用可將風險降至最低 | 需要在活動開始後更新內容權限的路徑 |