Panoramica dell'architettura - MRTK2

Per un'introduzione generale al contenuto di MRTK, le informazioni sull'architettura contenute in questo documento consentono di comprendere quanto segue:

  • Grandi parti di MRTK e come si connettono
  • Concetti che MRTK introduce che potrebbero non esistere in vanilla Unity
  • Funzionamento di alcuni dei sistemi più grandi (ad esempio Input)

Questa sezione non è destinata a insegnare come eseguire attività, ma piuttosto come tali attività sono strutturate e perché.

Molti destinatari, un toolkit

MRTK non ha un singolo pubblico uniforme. È stato scritto per supportare i casi d'uso che variano dalla prima volta hackathons a singoli utenti che creano esperienze complesse e condivise per l'azienda. Alcuni codici e API possono essere stati scritti ottimizzati per uno più dell'altro (in altre parole, alcune parti di MRTK sembrano più ottimizzate per "un clic configura"), ma è importante notare che alcuni di questi sono più per motivi cronologici e di resourcing. Man mano che MRTK evolve, le funzionalità che vengono compilate devono essere progettate per supportare l'intervallo di casi d'uso.

MRTK ha anche requisiti per ridimensionare in modo corretto le esperienze VR e AR. È consigliabile creare applicazioni che fallback in modo semplice quando vengono distribuite in un HoloLens 2 OR un HoloLens 1 e deve essere semplice creare applicazioni destinate a OpenVR e WMR (e altre piattaforme). Anche se a volte il team può concentrarsi su un sistema o una piattaforma specifica, l'obiettivo a lungo termine è quello di creare un'ampia gamma di supporto per ovunque le persone creino esperienze di realtà mista.

Suddivisione di alto livello

MRTK è una raccolta di strumenti per ottenere esperienze di realtà mista (MR) rapidamente e anche un framework di applicazioni con opinioni sul proprio runtime, come deve essere esteso e come deve essere configurato.

A livello generale, MRTK può essere suddiviso nei modi seguenti:

Diagramma panoramica dell'architettura

MRTK contiene anche un altro set di utilità grab-bag che non hanno dipendenze sul resto di MRTK (per elencare alcuni strumenti di compilazione, risolutori, influencer audio, utilità di smoothing e renderer linea)

La parte restante della documentazione dell'architettura creerà in basso, a partire dal framework e dal runtime, passando a sistemi più interessanti e complessi, ad esempio l'input. Per continuare con la panoramica dell'architettura, vedere il sommario.