samedi, 20 avril 2024

Créer des applications collaboratives avec Teams Live Share

Teams a toujours été sur la bonne voie pour être un élément important de la plate-forme de productivité de Microsoft, mais la pandémie de COVID-19 l’a placé en tête de l’agenda de Redmond. Son importance a fini par être claire car Microsoft et une grande partie de sa base de consommateurs se sont initialement éloignés du lieu de travail pour travailler de manière inattendue à domicile, et s’adaptent maintenant à une approche plus planifiée qui a fini par être un travail hybride à domicile/au bureau.

Bien qu’une grande partie de l’accent mis sur les groupes ait été mis sur ses fonctionnalités de conférence et de coopération, sa distinction cruciale par rapport aux concurrents se développe sur l’héritage de Microsoft en tant que société de plate-forme. Dès le lancement, c’était autant un endroit pour créer des applications que pour interagir et faire équipe, fournissant une grande partie des échafaudages et des tuyaux nécessaires pour fournir des applications collectives en temps quasi réel, tout en servant d’autre point de terminaison pour la ligne de- systèmes d’entreprise dans le cadre d’un flux de travail low-code qui héberge les nombreuses petites tâches qui font partie intégrante du travail contemporain.

Présentation de Groups Live Share

Une fois que vous y pensez comme une autre plate-forme, il n’est pas surprenant de voir Teams obtenir sa propre piste lors de la conférence Build de Microsoft. L’événement de cette année n’était pas différent, avec plusieurs annonces importantes, y compris le calendrier général d’un nouveau SDK JavaScript et certaines versions importantes de l’API. Le plus intéressant, cependant, était peut-être un tout nouvel ensemble d’outils qui fusionnent les fonctionnalités de coopération et de conférence de Teams avec la plate-forme d’avancement d’applications en temps réel Fluid Framework de Microsoft.

Le résultat est le SDK Live Share, une méthode de création d’applications collaboratives qui associent des réunions à des applications pouvant partager l’état entre de nombreux utilisateurs et gadgets différents. Nous avons déjà vu ce que cette méthode offre avec le codage collectif Live Share de Visual Studio. Divers éditeurs sur différentes plates-formes peuvent partager un espace d’édition, étendant les programmes de paire au-delà du lieu de travail.

Le SDK Live Share de Groups vous permet d’utiliser le Fluid Framework de Microsoft pour communiquer l’état entre les instances dans un maillage plusieurs-à-plusieurs . Vous pouvez ensuite couvrir votre code et vos réunions dans un conteneur Fluid, incluant des fonctions collectives avec un minimum de code. De cette manière, vous pouvez utiliser les outils de Groups avec les vôtres, par exemple, partager du code et des wireframes dans une évaluation de conférence hybride, permettant aux personnes présentes dans une salle de conférence d’annoter sur un grand écran et aux personnes de votre domicile d’utiliser leurs propres écrans. Les interactions sont en temps quasi réel et partagées entre tous les utilisateurs, les groupes gérant les parties voix et vidéo de la conférence. Comme la plupart des outils récents de Microsoft, il est open source et peut être découvert sur GitHub.

De Fluid à Live et vice-versa

Une grande partie du SDK Live Share reconnaîtra si vous avez effectivement été explorer le Fluid Framework. Live Share est un ensemble de plans JavaScript et s’installe via npm ou Yarn, avec des dépendances à la fois sur les plans Teams JavaScript et Fluid Structure. S’ils ne sont pas configurés, la configuration du SDK les installera. Si vous les avez déjà, vous devrez vous assurer que vous disposez des variantes idéales pour éviter les problèmes. Actuellement, vous avez besoin à la fois de la version 2.0.0-experimental.0 du plan JavaScript Teams et de la version 0.59.0 de Fluid Structure.

Il existe d’autres contraintes à cette phase de l’aperçu. Le plus important est probablement que Live Share est simplement disponible pour les réunions planifiées ; vous ne pouvez pas vous lancer dans un style publicitaire ad hoc dans d’autres types de conférences. Tous les participants doivent être sur l’invitation; avant d’avoir accès à une application Live Share, ils doivent accepter l’accueil de la conférence et l’inclure dans leurs calendriers. Espérons qu’il ne s’agisse que d’un problème de prévisualisation, car la possibilité d’utiliser Visual Studio Live Share pour des partenariats spontanés fait partie de ses points forts, et il est simple de voir comment une méthode similaire pourrait aider à transformer un appel en un espace de travail partagé.

Développer une application Live Share

Une application Teams Live Share est comme n’importe quelle autre application Groupes. Comme il ne fait pas encore partie des outils de conception de groupes, vous devrez inclure à la main des consentements supplémentaires dans le manifeste de l’application afin d’utiliser les toutes nouvelles fonctionnalités, en commençant par la portée et le contexte de l’URL hôte de votre application avec prise en charge du chat de groupe. avec une table ronde et une scène. Vous devez ensuite inclure des consentements délégués pour la session Live Share et la phase de conférence de l’application. Au fur et à mesure que la plate-forme se développe, elle doit entrer dans le SDK Teams, avec la prise en charge des manifestes générés automatiquement.

Vous pouvez maintenant commencer à inclure les fonctionnalités de partage en direct dans votre code. Les applications nécessitent de s’inscrire à une réunion, de sorte que chaque cas de l’application commencera par la conférence dans la session Groupes de chaque utilisateur. Le code nécessitera d’initialiser le SDK Teams, puis de produire un conteneur Fluid Structure pour gérer la synchronisation entre les clients, en configurant les structures de données dispersées nécessaires pour synchroniser le contenu. Fluid Structure a différentes structures de données, alors choisissez celles requises pour votre application.

La plus probable est une SharedMap, qui est une boutique clé-valeur de base pour les objets JSON. Avec une SharedMap, vous envoyez, par exemple, des collaborateurs qui ont utilisé une image partagée. Cela peut être intégré à une structure SharedString pour l’édition de texte collective. Ces structures d’information Fluid Structure peuvent persister entre les sessions et créer des rapports post-réunion et fournir du matériel que les participants peuvent utiliser hors ligne.

Le partage en direct apporte de nouvelles fonctions qui ne sont pas dans Fluid Framework avec ce qu’il appelle des objets éphémères . Il s’agit d’un tout nouveau type d’objet partagé qui n’est pas conservé dans un conteneur Fluid mais qui est toujours disponible dans votre application. Vous les utiliseriez pour gérer la présence des utilisateurs ou pour inclure des outils de présentation comme un pointeur vers une session. Ceux-ci sont partagés à l’aide des mêmes outils Fluid en temps réel, mais ils n’existent pas au-delà d’une conférence à moins que vous n’enregistriez clairement leur contenu dans une structure d’informations Fluid.

Une fonctionnalité utile est la structure d’informations EphemeralEvent. Cela peut envoyer des messages entre les clients d’une conférence, par exemple, indiquant si quelqu’un a effectivement rejoint ou quitté. Assurez-vous d’inclure le code pour écouter les notifications et l’exécuter de manière asynchrone. Une grande partie du code utilisé à la fois pour les structures de données Fluid et les structures éphémères de Live Share doit être asynchrone, car votre code s’approvisionne et répond aux événements qui peuvent se produire à tout moment lors d’une conférence.

Gérer les médias dans Live Share

Live Share est peut-être mieux utilisé pour couvrir du matériel textuel à l’aide des outils de coopération de Fluid Framework, il utilise un ensemble d’extensions dans un package différent qui prend en charge la synchronisation des médias. Cela ajoute un objet éphémère différent pour prendre en charge les commandes et l’état des médias, ainsi qu’une méthode d’intégration de la lecture dans un composant multimédia HTML. Si vous faites une présentation vidéo lors d’une conférence, vous pouvez avoir une application Live Share qui permet aux utilisateurs approuvés de suspendre la lecture pour avoir une conversation ou annoter la vue.

Live Share peut également nous fournir un moyen utile utiliser Teams pour transmettre des événements en direct, car il dispose d’outils permettant aux utilisateurs d’arrêter brièvement les flux et de les éviter au besoin. Il existe une alternative intéressante ici si vous utilisez Live Share pour héberger une formation : vous pouvez permettre aux utilisateurs de s’arrêter brièvement pour aborder un test ou faire des remarques et simplement reprendre la lecture lorsque tous les utilisateurs reprennent. Une coordination comme celle-ci est une fonction utile car elle garantit que personne ne reste et que les opinions de chacun sont entendues.

Le partage en direct dans Visual Studio est un outil efficace, il est donc excellent de voir des fonctionnalités similaires concernant Teams. Néanmoins, il est essentiel de comprendre que la création d’outils de coopération en temps réel n’est pas facile, et bien que Groups Live Share simplifie la production et la gestion de structures de données partagées, vous devez toujours créer un ensemble d’outils de gestion d’événements asynchrones pour garantir que les changements dans les informations partagées se reflètent dans les expériences des utilisateurs. Avec un outil comme Fluid Structure, il est intéressant d’aller de l’avant, mais cela peut entraîner un code d’analyse d’événements complexe et incontrôlable.

Comment devriez-vous utiliser Teams Live Share ? Il est préférable de commencer avec une application de base : un outil qui partage une structure de données facile à comprendre, comme un tableau Kanban avec un chat texte et audio et des fonctionnalités d’édition standard pour qu’une équipe hybride gère un stand-up quotidien. conférence, en gérant les arriérés de tâches de manière à ce que les superviseurs de tâches puissent rapidement voir et comprendre la progression d’un projet.

Une fois que vous avez compris comment Live Share gère une structure d’informations partagée unique, vous pouvez commencer pour élargir votre application, y compris de toutes nouvelles fonctionnalités pour prendre en charge de nouvelles exigences et réagir aux demandes des utilisateurs. Le résultat doit être un code qui fonctionne bien sur les écrans des salles de réunion et les ordinateurs de bureau individuels, aidant à combler le fossé du travail hybride. C’est le bon moment pour Microsoft de mettre en avant un tel outil. Nous devons maintenant créer le code Teams qui bénéficie de ces nouvelles capacités.

.

Toute l’actualité en temps réel, est sur L’Entrepreneur

LAISSER UN COMMENTAIRE

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici