Renderovací funkce přímo ve třídách?

[Crypton]

Zdravím ve spolek

Mám malý dotaz, ale nejprve intro, ve hře na které ted pracuji, má každá třída která je nějak viditelná, vlastní renderovací funkci, a programátor který se přidal a s kterým na té hře pracuji je hodně proti, navrhuje raději jednu třídu která bude schopná renderovat všechny objekty.

No jenže některé třídy jsou hodně komplexní, mají proměnné které ovlivnůjí to jak bude ten objekt vyrenderován, plus obsahují jiné třídy které je nutno taky renderovat, takže by ta třída na renderování musela znát struktůru a logiku všech objektů které bude možno renderovat.

A protože mi to připadalo pěkně trhlé, a myslím si že by to bylo porušení zapouzdření, raději jsem přidal do každé třídy vlatní renderovací funkci, a vytvořil singleton Renderer, který ty třídy používají, jenže ted nemůžeme pokračovat v práci, dokud se neshodneme a nebo neuděláme kompromis.


Takže otázka, jsem pako já a nebo je pako on?

PS: Těmi třídami myslím třeba, gui, svět, mapu, herní objekty... každá má vlastní renderovací funkci render(), které jsou volané při engine.render()

[Marek]

Myslím, že ten programátor má pravdu. Nemusíš nutně hrát na zapouzdření. Cpát všechno do jedné třídy taky není dobrý a vlastně to nic nezapouzdřuje, když je uvnitř jednoho objektu úplně všechno. Základ je rozdělit velké třídy na menší ale obecnější entity, tj. třeba oddělit ostatní data (herní, fyzikální, ...) od grafických dat, nemít to všechno v jedné třídě. Tzn. budeš mít třeba obecný grafický objekt, který bude mít svoji geometrii a parametry materiálů a bude umět sám sebe vyrenderovat. Nepotřebuje znát nic víc. Jiný objekt, co načítá grafická data, ho může inicializovat. Herní objekt může občas během hry změnit jeho parametry (především jeho pozici, občas i materiály, pokud je to třeba) a může tak maximálně zavolat jeho metodu render.

Ber na vědomí, že v některých enginech to může být rozděleno na mnohem více objektů a ten řetěz může být celkem dlouhý, třeba:
Herní objekt -> Grafický objekt -> State tracker -> Vlastní grafické API -> OpenGL.

Asi bych se také vyvaroval použití singletonu a předával bych ten globální objekt do všech objektů přes parametry funkcí (konstruktory, ...).
_________________
AMD Open Source Graphics Driver Developer

[Augi]

Určitě bych oddělil data podle způsobu užití (grafická, herní, fyzika, ...). Zastřešující třída (Game, Car, Weapon, GUI, ...) by se pak měla starat o synchronizaci těch dat, která jsou sdílená mezi komponentami (např. pozice objektu získaná z fyziky by se měla zpropagovat do grafických dat).

Každá třída, která by byla schopná renderingu, by implementovala rozhraní IRenderable (to je na Tobě, co tam vše bude). Pak bych měl jednu třídu Renderer, do které by se nasypaly všechny potenciálně viditelné objekty implemetující rozhraní IRenderable, a Renderer by se postaral o jejich efektivní vykreslení.

Ještě to zkusím z jiného pohledu (možná to tak bude srozumitelnější): Představ si, že vyvíjíš úplně separátně (nezávisle na sobě) grafický engine (má třídy pro uložení geometrie, textur apod. a jejich vykreslování), fyzikální engine (také má svoje specifické třídy), sound engine (opět nějaké specifické třídy) a herní logiku (zase specifické třídy).
Každý herní objekt pak bude jen třída, která bude obsahovat objekty z výše popsaných enginů a bude se starat o synchronizaci dat mezi nimi (tedy jednotlivými enginy).

[sulthan]

Mozna me oznacite za vola, ale ja bych se spis zeptal jinak... kdo je vedouci projektu? Proc se odvolavas na nase rozhodnuti a ne na rozhodnuti v ramci tymu.
Podle toho, jak je otazka polozena, tak jses si jisty tim, co je spravne, ne?

[rezna]

[Yossarian]

[rezna]

[Crypton]