Modulární MRTK

jednou z skvělých nových funkcí smíšené reality Toolkit v2 je lepší součást. Ať už je to možné, jednotlivé komponenty jsou izolované od všech, ale i z základní vrstvy základu.

Minimalizované závislosti

MRTK v2 byl záměrně vyvinutý tak, aby byl modulární a minimalizoval závislosti mezi systémovými službami (např. s vědomím prostorů).

Vzhledem k povaze některých systémových služeb (např. vstupu a vzdálení přenosu) existuje malý počet závislostí.

I když se očekává, že služby budou potřebovat jednu nebo více komponent poskytovatele dat, mezi nimi nejsou žádné přímé odkazy. Totéž platí pro funkce sady SDK (např. součásti uživatelského rozhraní).

Komunikace součástí

Aby se zajistilo, že mezi komponentami nejsou žádné přímé odkazy, MRTK v2 využívá rozhraní ke komunikaci mezi službami, poskytovateli dat a kódem aplikace. tato rozhraní jsou definována v nástroji a veškerá komunikace je směrována prostřednictvím komponenty Mixed Reality Toolkit core.

Používání systému pro povědomí prostorů přes rozhraní

Minimalizace MRTKch nároků na Import

V tuto chvíli se MRTK importuje jako jeden balíček Foundation (ignoruje se pro okamžik existence balíčku příkladů, který je zcela volitelný balíček). Toto nároky je možné zmenšit tak, že ručně rozvedete na importované soubory, ale jedná se o vysoce manuální proces, který nemá dobře definovanou příručku.

Během importu balíčku základní je možné zrušit kontrolu všech položek. Nedoporučuje se to ale dělat v rané fázi vývoje, protože by mohlo dojít k přerušení funkčnosti. Po navýšení závěrečné sady funkcí aplikace je možné vyřadit nepotřebné poskytovatele a služby v následujících složkách:

  • MRTK/služby
  • MRTK/poskytovatelé
  • MRTK/sady SDK/funkce

Poznámka

MRTK v2. x vyžaduje obsah složky assets/MRTK/Core.

Připravované funkce

Architektura aplikace

MRTK bude mít podporu k tomu, aby se aplikace vytvořily s nejrůznějšími architekturami, včetně těchto:

Při výběru architektury aplikace je důležité zvážit flexibilitu návrhu a výkon aplikace. Neočekává se, že zde popsané architektury nebudou vhodné pro každou aplikaci.

Lokátor služby MixedRealityToolkit

MRTK umožňuje (a automaticky nakonfiguruje) scény aplikace, aby používala výchozí MixedRealityToolkit komponentu lokátoru služby. Tato součást zahrnuje podporu konfigurace systémů MRTK a poskytovatelů dat prostřednictvím inspektorů konfigurace a spravuje životnost součástí a základní chování (např. kdy aktualizovat).

Všechny systémy jsou reprezentovány v nástroji Core Configuration Inspector bez ohledu na to, zda jsou nebo nejsou přítomny nebo povoleny v projektu. Další informace najdete v Průvodci konfigurací smíšeného realit .

Jednotlivé součásti služby

Někteří vývojáři vyjádřili přání zahrnout jednotlivé součásti služby do hierarchie scény aplikace. Aby bylo možné toto použití povolit, musí být služby zapouzdřeny ve vlastním registrátoru nebo by mohly být samy o sobě samoobslužně registrovány a samoobslužně spravovány.

Samoobslužná služba by implementovala IMixedRealityServiceRegistrar a zaregistrovala sebe, aby kód aplikace mohl zjistit instanci služby prostřednictvím registru.

Samoobslužná služba může být implementována jako objekt typu Singleton v hierarchii scény. Tento objekt by poskytoval a vlastnost instance, který kód aplikace může použít k přímému přístupu k funkcím služby.

Vlastní lokátor služby

Někteří vývojáři požádali o možnost vytvořit vlastní komponentu lokátoru služby. Vlastní Lokátory služby by implementovaly IMixedRealityServiceRegistrar rozhraní a spravovaly životní cyklus a základní chování aktivních služeb.

Hybridní architektura

MRTK bude podporovat hybridní architekturu, ve které můžou vývojáři kombinovat předchozí přístupy podle potřeby nebo podle potřeby. Například vývojář může začít s MixedRealityToolkit lokátorem služby a přidat službu, která je držitelem registrace.

Poznámka

Při rozhodování o hybridní architektuře je důležité se zavědomit jakékoli duplicity práce (např. získání dat z kontroleru z více součástí).