firr <p...@g...com>:
> >
> > troche pozniej zobacze i odpowiem
>
> ok, rzucilem pobieżnie okiem, pozniej spojrze jeszcze raz i odpowiem (ten
> podział na blittery bym wykasował, (dla uproszczenia) mozesz moze w
> miedzyczasie
>
> 1) wyciac te inne blitery i zostawic tylko jeden i jeszcze raz wkleic zrodło
> w uproszczonej wersji ?

Chcesz powiedzieć, że nie chce Ci się usunąć kilku linijek?

> 2) upewnic sie ze to w sensie runtime dzialalo by poprawnie, tj ze wszystkie
> obiekty sie w tym kodzie potworza i ze te referencje midzy nimi beda tez
> poprawnie ustawione ? [na tym mi glownie zalezy by to odwzorowanie obiektowe
> bylo napisane tak ze jest na pewno _poprawne_w_runtime_],

Ale miało być schematycznie, czy "poprawnie w runtime"? Programowac prostego
proof-of-concept niestety nie mam czasu, a nawet jakbym miał, to szczerze
powiem, by mi się nie chciało ;)

Nie rozumiem też "powtarzania się wszystkich obiektów" i poprawnie ustawionych
referencji. Gdy referencja nie będzie ustawiona, to kompilator już zgłosi
problem, więc nie ma się co martwić o runtime. Inna sprawa, że można ustawić
referencję obiektu na adres 0, ale raczej tylko wtedy, gdy zrobi się
dereferencję wskaźnika danego obiektu, który aktualnie przyjmuje adres 0. Ale w
przykładzie wskaźników nie ma, więc tym też nie ma się co martwić ;)

Obiekt blittera właściwie też bym wykasował, ale miało być z blitterem. Sam
podział na wiele blitterów ma odblokować możliwość dostarczenia do programu
opcji wykorzystania software lub hardware (lub innych stylów blittera), za
pomocą prostej podmiany aktualnego obiektu blittera.