Vue d’ensemble de l’architecture — MRTK2

Pour une présentation générale du contenu de MRTK, les informations d’architecture contenues dans ce document vous aideront à comprendre les éléments suivants :

• Gros morceaux de MRTK et comment ils se connectent
• Concepts introduits par MRTK qui n’existent peut-être pas dans la vanille Unity
• Fonctionnement de certains des systèmes plus volumineux (tels que l’entrée)

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

Beaucoup d’audiences, un kit de ressources

MRTK n’a pas de public unique et uniforme. Il a été écrit pour prendre en charge des cas d’usage allant des premiers hackathons à des individus qui créent des expériences complexes et partagées pour l’entreprise. Certains code et API ont peut-être été écrits et 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 historiques et de ressources. À mesure que MRTK évolue, les fonctionnalités généré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 appropriée entre les expériences VR et AR. Il doit être facile de créer des applications qui ont un comportement de secours approprié lorsqu’elles sont déployées sur un HoloLens 2 OU un HoloLens 1, et il doit être simple de générer des applications qui ciblent OpenVR et WMR (et d’autres plateformes). Bien que l’équipe puisse parfois 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 pour les utilisateurs qui 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 un framework 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 divisé des manières suivantes :

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 lister quelques-uns : outils de génération, résolveurs, influenceurs audio, utilitaires de lissage et convertisseurs de ligne)

Le reste de la documentation sur l’architecture sera généré de bas en haut, en commençant par le framework et le runtime, en progressant vers des systèmes plus intéressants et plus complexes, tels que l’entrée. Consultez la table des matières pour poursuivre la vue d’ensemble de l’architecture.