FAQ sur le Kit de développement logiciel (SDK) de partage en direct
Obtenez des réponses aux questions courantes lors de l’utilisation de Live Share.
Puis-je utiliser mon propre service Relais Azure Fluid ?
Oui. Lors de l’initialisation de Live Share, vous pouvez définir votre propre AzureConnectionConfig
. Live Share associe des conteneurs que vous créez à des réunions, des conversations ou des canaux, mais vous devez implémenter l’interface ITokenProvider
pour signer des jetons pour vos conteneurs. Par exemple, vous pouvez utiliser un fourni AzureFunctionTokenProvider
qui utilise une fonction cloud Azure pour demander un jeton d’accès à un serveur.
Bien que la plupart d’entre vous trouvent avantageux d’utiliser notre service hébergé gratuit, il peut encore arriver qu’il soit avantageux d’utiliser votre propre service Relais Azure Fluid pour votre application Live Share. Envisagez d’utiliser une connexion de service Relais Azure Fluid personnalisée si vous :
- Exiger le stockage des données dans des conteneurs Fluid au-delà de six heures après la première création du conteneur.
- Transmettre des données sensibles via le service qui nécessite une stratégie de sécurité personnalisée.
- Développez des fonctionnalités via Fluid Framework, par exemple,
SharedMap
pour votre application en dehors de Teams.
Pour plus d’informations, consultez guide ou consultez la documentation d’Azure Fluid Relay.
Combien de temps les données stockées dans le service hébergé de Live Share sont-elles accessibles ?
Toutes les données envoyées ou stockées via des conteneurs Fluid créés par le service Relais Azure Fluid hébergé de Live Share peuvent être accessibles pendant jusqu’à 24 heures, bien que dans la plupart des cas, elles soient supprimées dans les six heures. Si vous souhaitez conserver les données au-delà de 24 heures, vous pouvez remplacer notre service Relais Azure Fluid hébergé par le vôtre. Vous pouvez également utiliser votre propre fournisseur de stockage en parallèle au service hébergé de Live Share.
Quels types de réunions Live Share prend-il en charge ?
Les réunions planifiées, les appels en tête-à-tête, les appels de groupe, les réunions maintenant et les réunions de canal sont pris en charge.
Puis-je utiliser Live Share pour mon onglet en dehors des réunions ?
Oui. Live Share prend en charge les contextes de contenu de conversation et de canal, notamment les onglets configurables, les onglets statiques et la vue de phase collaborative pour les clients web et de bureau Microsoft Teams. Les applications personnelles ne sont pas prises en charge.
Remarque
Les clients iOS et Android Microsoft Teams ne prennent pas en charge les sessions Live Share en dehors des contextes de réunion.
Le package multimédia de Live Share fonctionnera-t-il avec le contenu DRM ?
Oui, drm est pris en charge dans les nouveaux clients de bureau, web, iOS et Android Teams. Le client Teams classique ne prend pas en charge drm. Pour activer le chiffrement DRM pour le bureau Teams, activez l’autorisation de l’appareil media
dans le manifeste de votre application.
Combien de personnes peuvent assister à une session Live Share ?
Live Share prend en charge un maximum de 100 participants par session. Si la même chose vous intéresse, vous pouvez commencer une discussion ici.
Puis-je utiliser les structures de données de Live Share en dehors de Teams ?
Les packages Live Share nécessitent que le Kit de développement logiciel (SDK) client Teams fonctionne correctement. Les fonctionnalités dans @microsoft/live-share
ou @microsoft/live-share-media
ne fonctionnent pas en dehors de Microsoft Teams. Si la même chose vous intéresse, vous pouvez commencer une discussion ici.
Puis-je utiliser plusieurs conteneurs Fluid ?
Live Share ne prend en charge qu’un seul conteneur à l’aide de notre service Relais Azure Fluid fourni. Toutefois, il est possible d’utiliser à la fois un conteneur Live Share et un conteneur créé par votre propre instance Azure Fluid Relay.
Puis-je modifier mon schéma de conteneur Fluid après avoir créé le conteneur ?
Live Share ne prend pas en charge l’ajout de nouveaux initialObjects
à Fluid ContainerSchema
après la création ou la jointure d’un conteneur. Étant donné que les sessions Live Share sont de courte durée, ce problème se pose généralement pendant le développement, en particulier après l’ajout de nouvelles fonctionnalités à votre application.
Remarque
Si vous utilisez la dynamicObjectTypes
propriété dans , ContainerSchema
vous pouvez ajouter de nouveaux types à tout moment. Si vous supprimez ultérieurement des types du schéma, les instances DDS existantes de ces types échoueront normalement.
Pour corriger les erreurs résultant des modifications apportées à initialObjects
lors du test localement dans votre navigateur, supprimez l’ID de conteneur haché de votre URL et rechargez la page. Si vous effectuez des tests dans une réunion Teams, démarrez une nouvelle réunion et réessayez.
Si vous envisagez de mettre à jour votre application avec de nouvelles SharedObject
instances , DataObject
ou LiveDataObject
, vous devez réfléchir à la façon dont vous déployez de nouvelles modifications de schéma en production. Bien que le risque réel soit relativement faible et de courte durée, il peut y avoir des sessions actives au moment où vous déployez la modification. Les utilisateurs existants dans la session ne doivent pas être affectés, mais les utilisateurs qui rejoignent cette session après avoir déployé une modification cassante peuvent rencontrer des problèmes de connexion à la session. Pour atténuer ce risque, vous pouvez envisager certaines des solutions suivantes :
- Utilisez nos packages Live Share Turbo ou Live Share pour React expérimentaux.
- Déployez les modifications de schéma pour votre application web en dehors des heures normales de bureau.
- Utilisez
dynamicObjectTypes
pour toutes les modifications apportées à votre schéma, au lieu de modifierinitialObjects
.
Remarque
Live Share ne prend pas en charge le contrôle de version de votre ContainerSchema
et n’a pas d’API dédiées aux migrations.
Existe-t-il des limites au nombre d’événements de modification que je peux émettre via Live Share ?
Bien qu’il n’y ait pas de limites appliquées, vous devez être conscient du nombre de messages que vous envoyez. Pour des performances optimales, vous devez déconseillir les modifications émises via Live Share à un message toutes les 50 millisecondes ou plus. Cette action est particulièrement importante lors de l’envoi de modifications en fonction des coordonnées tactiles ou de la souris, par exemple lors de la synchronisation de la position du curseur, de l’entrée manuscrite et du glissement d’objets autour d’une page.
Live Share est-il pris en charge pour les locataires Government Community Cloud (GCC), Government Community Cloud High (GCC-High) et department of Defense (DOD) ?
Live Share est pris en charge uniquement dans les locataires Cloud de la communauté du secteur public (GCC).
Live Share prend-il en charge les utilisateurs externes et invités ?
Oui, Live Share prend en charge les utilisateurs invités et externes pour la plupart des types de réunion. Toutefois, les utilisateurs invités ne sont pas pris en charge dans les réunions de canal.
Live Share prend-il en charge les appareils Salles Teams ?
Non, Live Share ne prend pas en charge les appareils Salles Teams.
Les applications Live Share prennent-elles en charge les enregistrements de réunion ?
Non, Live Share ne prend pas en charge les appareils Salles Teams.
Live Share prend-il en charge la version bêta de Fluid Framework version 2 ?
Oui, Live Share prend en charge la version ^2.0.0-rc
de Fluid Framework et les versions ultérieures en préversion. Si vous souhaitez utiliser ces versions en préversion, mettez à jour vos packages Live Share vers la version ou une version 2.0.0-preview.0
ultérieure.
Vous avez d’autres questions ou commentaires ?
Soumettez des problèmes et des demandes de fonctionnalités au référentiel du Kit de développement logiciel (SDK) pour le Kit de développement logiciel (SDK) Live Share. Utilisez la balise live-share
et microsoft-teams
pour publier des questions de procédure sur le Kit de développement logiciel (SDK) sur Stack Overflow.