SHIGORBIRDMAN: no ved prave... sice nie v tomto release , ale v dalsom chceme pouzit normalne 3D postavy rignute a rozpohybovane cez https://www.mixamo.com/

SHIGORBIRDMAN: toto vyzera celkom OK,
2.5D Isometric engine - Asset Store
https://assetstore.unity.com/packages/templates/systems/2-5d-isometric-engine-106321

ale neviem na kolko je to lepsie ako to nativne riesenie z Unity. A ci sa do toho oplati investovat cas.
Mozno v 2019.3 bude ich 2.5D ISO engine podstatne vylepsena :D , musim sa kuknut na release notes!

(lepsi reseni teda neznam, ale jsem si celkem jisty, ze na asset storu by se neco naslo)

Mate niekto tip na dobru game ISO engine pre unity? Ci je urcite najlepsie napisat si vsetko from scratch...

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