Closed martty closed 13 years ago
Én ezt nem teljesen értem. Minden komponens belemegy a GameObjectbe is, nem?
mármint, hogy arról volt szó, hogy a Transform komponens kötelező ( minden GO-ban van 1) --> ezek után az is megoldás hogy amit a komponensbe tennénk azt a GO-ba tesszük ( szerintem ezzel meg lehet spórolni sok getComponent("Transform") hívást [ vagy persze teszünk egy Transform* getTransform metódust a GO-ba ]
OK, két dolog. Ez a GO ez nagyon teszik, ezt használjuk már kód szinten :), kellenek zsír rövidítések.
Mehet szerintem a GameObjectbe, tényleg nem kell túlerőltetni a komponenses dolgot. Esetleg közben el lehetne gondolkozni azon, hogy lehet-e egy típusú komponensből több egy GOban. Én úgy gondolom, hogy igen, és erre majd a kódban oda kell figyelni.
háááát, szerintem 1 komponensből 1 kéne,
de mondjál usecaset
GO meg nagyon rövid lenne sztem classnamenek :D, inkább csak dokuban meg változónévnek
2 rigid bodyval collision detection
2 inventory (backpack, tray)
3 mesh ( emberke, verfarkas, atalakulo emberke )
na
rigidbody: ebből csak 1 van minden testnek (változtatható ütközési alakkal mondjuk, de ebből miért lenne több?) inventory: itt valószínűleg a két komponens nem azonos (eltérő méret/szabályok), lehet egy inventory_backpack és egy inventory_tray komponens meshek: 1 GO-nak egyszerre csak 1 mesh-e lehet, azt nem értelmes hogy több meshje van egy objektumnak -> cserélgetni/módosítani kell az 1 mesh komponensét
de ahol több komponenst szeretnél hasonlóan, ott megoldás, hogy csinálsz egy gyerek GO-t és annak adsz olyan komponenst mint a szülőnek.
azért vagyok az 1komponens mellett, mert kül elveszítjük az egyértelmű getComponent("") hívást és akkor gányolni kell ha véletlenül erre többet ad vissza meg ilyesmik
OK, meggyőztél.
bele a gameobjectbe vagy külön komponens?
én szerintem a "bele" verziót támogatom