Postanowi\u0142em napisa\u0107 do mojego silnika modu\u0142 2D, gdy\u017c od jakiego\u015b czasu mnie nosi\u0142o, aby napisa\u0107 symulacje rzut\u00f3w fizycznych (g\u0142\u00f3wnie uko\u015bnego – pewnie przez to, \u017ce zbli\u017caj\u0105 si\u0119 matury). Po raz pierwszy jednak uda\u0142o mi si\u0119 napisa\u0107 w\u0142asny shader, co uwa\u017cam za niebywa\u0142e osi\u0105gniecie, chocia\u017c jedyn\u0105 czynno\u015bci\u0105 jak\u0105 on wykonuje jest wy\u015bwietlenie tekstur. Wracaj\u0105c do modu\u0142u. Jest on bardzo prosty, poniewa\u017c sk\u0142ada si\u0119 tylko z 2 klas: ImageBox oraz Image. Klasa ImageBox jest pojemnikiem na obiekty typu Image. Jej zadaniami s\u0105:<\/p>\n
Funkcja rysuj\u0105ca i zestaw funkcji do manipulowania obrazkami s\u0105 dost\u0119pne w klasie Image, dzi\u0119ki czemu mo\u017cna samodzielnie kontrolowa\u0107 czy obrazek ma zosta\u0107 narysowany oraz co zostanie zmienione. Z racji tego, \u017ce przed narysowaniem czegokolwiek, konieczne jest ustawienie shadera, rysowanie odbywa si\u0119 w bloku BeginPainting() (…) EndPainting(). Podobnie jest z manipulacj\u0105 obiektami, gdy\u017c trzeba zablokowa\u0107 VertexBuffer.<\/p>\n
Oto prosty przyk\u0142ad zastosowania tego modu\u0142u w “symulacji” rzutu uko\u015bnego.<\/p>\n