SHIGORBIRDMAN: no pravdupovediac este som to tak neskusal, ale asi by to tak slo :D
hmm, teraz mi to pride take jasne a samozrejme ked si to povedal a pozeram na ten tvoj priklad z dola :

go = new GameObject("jmeno");
go.transform.SetParent(do hierarchie, pokud nema byt v rootu);
go.AddComponent(blablabla) co chces.

ale vtedy ked som to prvy krat riesil (a bol som zvyknuty na vytvaranie new MovieClip() z ActionScriptu) mi celkom nebola jasna tato Unity architektura zalozena na flexibilnych komponentoch, takze ma to az tak nenapadlo.

To je proste nevyhoda ked prides z ineho prostredia a IDE, ze si tak nejak automaticky hladas podobne cesty a postupy ako v starom prostredi.

A chvilku to trva nez sa aklimatizujes a robis to "Unity way" :)

SLASH: a AddComponent ti nestaci?

SHIGORBIRDMAN: ah, sory zle som sa vyjadril .. myslel som vytvorit instanciu novej class ktora extenduje Monobehaviour.

(akorat u tech singleton like objektu je potreba davat pozor na reference... pokud je to neco co drzi furt, tak dontdestroyonload ve startupu a drzet ho furt, pokud je to neco, co je singleton style manazer pouze pro danou scenu, uz je tam potreba cistit a davat pozor)

Jedna z veci ktore ma trochu stvu na Unity je ze neexistuje moznost ako vytvorit nejaky Custom Game object (via new MyCustomGO() ktory bude jednoducho extendovat GameObject, a teda bude mat vsetky lifecycle events a moznost pridavat komponents atd..

Hlavne kvoli tomu aby sa tam dali jednoducho predavat variables (napriklad priamo do contructor-a) , a tiez aby sa vsetky prefab nemuseli linkovat do nejakeho managera ktory ich potom vytvara.

Toto sa zrejme da riesit iba cez Instantiate (prefab..) , (cize taka svojska unity implementacia factory pattern) aspon teda ja som nenasiel lepsi sposob. Ak viete.. som same ucho!

Uz sa vam niekomu stalo ze po upgrade na novu verziu Unity sa vam rozhasil projekt na ktorom ste mesiace pracovali? Da sa to riesit?

Pytam sa preto , lebo cakam ze vyjde 2019.3 a su tam niektore features na ktore sa tesim, ale zaroven pouzivam niektore externe kniznice, a obavam sa problemov zo spatnou kompatibilitou.

A viem ze ked sa projekt otvori v novej verzii, musi sa prekompilovat a uz sa nebude dat otvorit v starej verzii ci ano?

Doporucujete si ten projekt pre istotu zalohovat? Pouzivam na zalohovanie Collab, ale nebude lepsie cely projekt adresar skopirovat pred tym nez ho otvorim v 2019.3ke?

SHIGORBIRDMAN: super, dobre vediet, prepisem si to.. akurat teraz riesim taky problem mozno by si vedel spravnu odpoved.

Na konci levelu, ked to user nestihne dohrat v stanovenom case sa objavi game over / time up screen, kde bude mimo ine veci informacia typu:

Found: 12/15 Items

tych 12 a 15 su premenne ktore potrebujem vytiahnut z triedy "GuessItemPanel". Ale aby to nebolo take jednoduche, :( tento panel sa Instantiatuje z inej triedy (UIManager) ktory je volany z hlavnej game class.
Ten UIManager class ale ma referenciu na ten GuessItemPanel.

V ramci OOP principu encapsulation (black box behaviour) by som potreboval aby vsetky tie classes nevedeli toho o sebe viac ako je to nevyhnutne. Takze chcel som to vyriesit tak ze

1) na mojej TimeOutPanl class bude
public Action getItemsInfo; //toto je field nie method

2) na GuessItemPanel bude metoda ktora vrati hodnoty (12,15)
napr private ? getItemsRemaining()
return {itemsRemaining:12, itemsTotal:15} //pseudocode

3) Ui manager to vsetko prepoji
cize potom ako vytvori Prefab, potom tu Action z GuessItemPanen pripise k field getItemsInfo na TimeOutPanel..

Hlavny problem je v spravnej implementacii, ako to typovo osetrit aby ta metoda getItemsRemaining vracal 2 parametre
ako zadefinovat ten Action field aby tam bol spravny type
Ako sa potom dostat k tym premennym

Podla toho co som si googlil, sa na to daju vyuzit 2 veci :

Tuple alebo out

Na obidve som ale zatial nenasiel priklady napriklad na ako to spravne zadefinovat pre Action field, alebo v pripade out ako to zadefinovat pre method return type?

SLASH: hashtable vzdycky boxuje - protoze jako klic se pouziva hash z objektu. dictionary s intem jako klic neboxuje a je afaik pro vetsinu use cases lepsi nez hashtable... pokud teda nutne nepotrebujes mapu, ktera nema specifikovany typ ani pro klice, ani pro obsah

SHIGORBIRDMAN: dik za reply!

shownItemsList je definovany ako Hastable, nie som si isty aky je rozdiel medzi Hastable a Dictionary a ktory sa viac hodi pouzit kedy. ten sceneIDX je int.

Takze tam zase dochadza k boxingu v zmysle ze sa ten int musi konvertovat na object zrejme?

Kdezto key v Dictionary je stale int?

A nie, toto nie je prilis casto volany kod, v ziadnej slucke, ani v unity lifecycle event, len ked user pouzije tento specialny Power-up, cize tak max 3-8 x za hru.

(jinak... pokud je to nejaka metoda co se vola jen tak obcas, tak bych to asi neresil. sem tam nekde nejaky bajt je v klidu, pruser nastava, kdyz mas neco v timeticku nebo jinde kde se to vola fakt casto)

SLASH: jak je definovany shownItemsList? k boxingu by nemelo dochazet, pokud je to dictionary a klic je CISTY int. pokud je sceneIDX enum, tak se to bude boxovat, pokud nedodas pri inicializaci svuj custom comparer

Potom co som si nainstaloval Heap Allocations Viewer, Rider ma teraz upozornuje na boxed allocations. Myslim ze pre spravnu memory management a Garbage Collector je dolezite na toto si dat pozor, ale nie som si isty ako to riesit?

Napriklad v tomto pripade ten kod uklada do hastable zaznam o objektoch ktore uz boli kliknute a vybera stale nejake nove..

(len tak pre upresnenie, ide o hru typu Hiddon Object , kde user klika na objekty skryte v scene, a tento konkretny kod je pouzity v powerup-u kde system najde automaticky 3 objekty za usera)

SHIGORBIRDMAN: dik za nasmerovanie, vyzera to na super uzitocne funkcionality!