🚀 go-pugleaf

Przy robieniu gry zakladasz sobie na jakim sprzecie to ma chodzic, i jezeli
chodzi to znaczy ze struktura gry jest ok, jezeli nie chodzi to znaczy ze
albo struktura gry nie jest ok, albo flash juz nie wydala.
Odpowiedz na pytanie czy struktura jest zla czy flash nie wydala jest w tym
przypadku istota problemu, ... a co robisz jak widzisz ze flash nie wydala ?
... to samo co w kazdym programie ktory ma klopoty z wydolnoscia ...
izolujesz fragment ktory obciaza najbardziej procesor i starasz sie go
zooptymalizowac.
Podejscie takie same jak we wszedzie gdzie w gre wchodzi wydajnosc. Jezeli
okazuje sie ze danego fragmentu kodu nie da sie bardziej zooptymalizowac to
wtedy sie zastanawiasz jak go wyeliminowac zmieniajac algorytm rozwiazujacy
dany fragment problemu ... itd, itd, ... jak sie napisze kilkadziesiat
tysiecy lini kodu we flashu, pozna jego slabe i mocne strony, to wtedy dobor
odpowiedniej struktury bedzie naturalny.
Chociaz jak juz napiszesz X gier i aplikacji to problem sie bedzie
sprowadzal do odpowiedzi na pytanie ... czy wzorzec ktory uzywam do
wszystkich (wiekszosci) gier i aplikacji sprawdzi sie w tym przypadku czy
nie ... hmm .. jezeli tak to jest ok ... a jezeli nie to czy klient zaplaci
na tyle duzo ze kalkuluje sie kombinowac z czyms nowym ... ot co.

Takie jest moje zdanie ... niekoniecznie prawidlowe, moze nieco cyniczne ...
Nie wychodze z zalozenia ze jak sie napisze tych gier kilkadziesiat to wtedy
wystarcza juz tylko jakies modyfikacje, sklejenia etc. .. i bedzie powstawal
nowy produkt ... jak przychodzi klient i prosi o gre ktora jest podobna do
jakiejs mojej ktora zostala napisana np. rok temu to ja ja i tak pisze od
nowa bo wpasowywuja ja w aktualnie najbardziej optymalny schemat ktory
wykorzystuje ... co najwyzej kopiuje fragment procedur odpowiadajacy za
engine samej gry ...
Z reguly 60-80% kodu odpowiada za interfejs uzytkownika, przejscia pomiedzy
danymi stanami etc. ... czyli jest to kod ktory nie jest obciazony wymogiem
wydajnosci ktory jest najwazniejszy w samej rozgrywce ... ot co.

pozdrawiam
Łukasz



Użytkownik "Marek Szopinski" <marek1967@spam.interia.pl> napisał w
wiadomości news:bnbt8g$89p$1@nemesis.news.tpi.pl...
> > skomplikuj temat uniezależniając ruch monet od ruchu skrzata
>
> hehe już dawno tak zrobiłem - monety znosi wiatr czasem
>
>