Les 07

• Programming - Fundamentals
• MBO
• Studiejaar 2

Les 07

Master Singleton

Nadelen Singleton

Singletons zijn erg handig en ook makkelijk te gebruiken maar er zitten wel ook nadelen aan. Scripts worden er snel afhankelijk van omdat het zo makkelijk te koppelen is en vaak spreken scripts dan ook meerdere verschillende singletons aan. Een Enemy script kan bijvoorbeeld de PlayerManager, GameManager en AudioManager alle drie tegelijk aanspreken en daar afhankelijk van worden.

Nadelen Singleton

Dit gaat tegen een hele boel design principles in, verder is een singleton ook altijd open en dat gaat ook weer tegen een design principle in.

Master Singleton

Om een van deze problemen op te lossen, namelijk dat een script bij heel veel verschillende singletons informatie aanroept, kunnen we oplossen met een Master Singleton.

Hierdoor worden nieuwe scripts nogmaar van een singleton afhankelijk en kan je alles via die instantie vinden.

Singleton dependency zonder Master Singleton

Master Singleton dependency

Master Singleton

Een Master Singleton is makkelijk te maken, we moeten alleen wel een paar dingen aanpassen. Alle aparte singletons die we eerst hadden gemaakt zijn nu niet meer nodig. We hebben alleen een referentie nodig naar de scripts.

In Unity doen we dit met GetComponentInChildren.

Master Singleton

We hebben dus in onze scene een leeg GameObject waar we onze Master Singleton op plaatsen. Op dit object wil je vervolgens child objects toevoegen voor iedere "Singleton" die we willen gebruiken.

Master Singleton

In code ziet het er ook wel een beetje anders uit. We willen nu namelijk alle informatie uit onze child managers halen, dit doen we met GetComponentInChildren. Dit zoekt door onze child objecten in unity heen en pakt het script wat we zoeken, in ons geval de aangegeven manager.

Hiermee kunnen we al onze managers inlezen via MasterSingleton.Instance.ManagerName

Master Singleton

Als we dan nu een functie uit bijvoorbeeld de GameManager willen gebruiken spreken we die als volgt aan;

Opdracht

Pak de opdracht van de vorige les en bouw het om tot een Master Singleton. Voeg hier ook een nieuw element bij namelijk de UI Manager. Deze zorgt er voor dat de spelers health te zien is in een User Interface.

Je kan deze indezelfde repository uploaden als de vorige, maak dan wel een nieuwe branch aan genaamd "Master-Singleton".