Oddzielanie modelu od widoku w tworzeniu gier

Question

Jako programista aplikacji w ciągu dnia spędzam dużo czasu martwiąc się o oddzielenie logiki biznesowej od interfejsu/widoku. Zauważyłem jednak, że w tworzeniu gier wydaje się to mniej niepokojące. Często widzę klasy View/Screen/Scene wypełnione logiką gry lub Player/SpaceShip/etc. klasy zawierające metody Draw.

Z purystycznego punktu widzenia zachowanie i właściwości statku kosmicznego byłyby oddzielne od obiektu odpowiedzialnego za renderowanie tego statku na ekranie (chyba że się mylę).

Jestem bardzo zainteresowany wysłuchaniem ludzkich myśli na ten temat. Jak bardzo postępujesz zgodnie z tymi wytycznymi w swoich grach i jakie jest Twoje podejście?

Answer 1

Zdecydowanie oddzielny kod rysowania od logiki, modeli i reszty. Pomaga zwłaszcza, gdy piszesz inne silniki do innych systemów operacyjnych, ponieważ jest to praktycznie możliwe tylko wtedy, gdy kod narysowany jest , a nie zmanipulowany z innym kodem.