Partager via

Vue d’ensemble de l’architecture — MRTK2

  • Article

Pour une présentation globale du contenu de MRTK, les informations d’architecture contenues dans ce document vous aideront à comprendre ce qui suit :

  • Des morceaux volumineux de MRTK et la façon dont ils se connectent
  • Concepts introduits par MRTK qui n’existent peut-être pas dans Vanilla Unity
  • Fonctionnement de certains des plus grands systèmes (tels que l’entrée)

Cette section n’est pas destinée à vous apprendre à effectuer des tâches, mais plutôt comment ces tâches sont structurées et pourquoi.

Beaucoup d’audiences, une boîte à outils

MRTK n’a pas un public unique et uniforme. Il a été écrit pour prendre en charge des cas d’usage allant des hackathons pour la première fois aux individus qui créent des expériences complexes et partagées pour l’entreprise. Certains codes et API peuvent avoir été écrits qui sont optimisés pour l’un plus que l’autre (en d’autres termes, certaines parties de MRTK semblent plus optimisées pour « configurer en un clic »), mais il est important de noter que certaines d’entre elles sont davantage pour des raisons d’historique et de ressourcement. À mesure que MRTK évolue, les fonctionnalités créées doivent être conçues pour être mises à l’échelle pour prendre en charge la gamme de cas d’usage.

MRTK a également des exigences pour effectuer une mise à l’échelle de manière appropriée entre les expériences VR et AR. Il doit être facile de créer des applications qui ont un comportement de secours en cas de déploiement sur un HoloLens 2 OU un HoloLens 1, et il doit être simple de créer des applications qui ciblent OpenVR et WMR (et d’autres plateformes). Bien qu’à certains moments, l’équipe puisse se concentrer sur une itération particulière sur un système ou une plateforme spécifique, l’objectif à long terme est de créer un large éventail de support partout où les gens créent des expériences de réalité mixte.

Répartition de haut niveau

MRTK est à la fois une collection d’outils permettant d’obtenir rapidement des expériences de réalité mixte (MR) et également une infrastructure d’application avec des opinions sur son propre runtime, la façon dont il doit être étendu et la façon dont il doit être configuré.

À un niveau élevé, MRTK peut être décomposé des manières suivantes :

Diagramme de vue d’ensemble de l’architecture

MRTK contient également un autre ensemble d’utilitaires de récupération qui ont peu ou pas de dépendances sur le reste de MRTK (pour en énumérer quelques-uns : outils de génération, solveurs, influenceurs audio, utilitaires de lissage et convertisseurs de ligne)

Le reste de la documentation de l’architecture est généré de manière ascendante, à partir de l’infrastructure et du runtime, en progressant vers des systèmes plus intéressants et complexes, tels que l’entrée. Consultez la table des matières pour continuer avec la vue d’ensemble de l’architecture.