!!!!!!!!!!!!!!!!!!!!!!Idee niet uitgevoerd!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!! classes afgeleid in server !!!!!!!!!!!!!!!!!!!!!!!!!

we kampen al een tijdje met het probleem dat er te veel
functionaliteit in de common bibliotheek terecht komt. op zich is dit
niet erg, ware het niet dat je op een gegeven moment server- of
client- specifieke functies nodig hebt. (vooral server: denk aan het
moeten aanroepen van send_q)

oplossing met dummies geeft grijze haren: dit wordt erg lelijk en niet
onderhoudbaar want het loopt uit de hand. we gaan terug naar het
oorspronkelijke idee: common maakt base-classes, en client (meestal
niet nodig) en server maken hun eigen afgeleide classes van de actors.

MAAR: freelists geven door hun algemene opzet een probleem: je mag
niet zomaar afgeleide classes met EXTRA DATA in een freelist hangen:
dan mag je NOOIT afgeleide classes en base classes door elkaar in een
freelist gooien. op zich is dat niet erg, want de server gebruikt toch
altijd de server_lightcycle. voordeel van GEEN EXTRA DATA is dat je de
set() en clear() functies niet hoeft te overloaden, alsmede de
constructors (hopen we).

oplossing:

EISEN:

- maximaal 1 stap afleiden van common actors: voorkomt mixen van types
  in freelist.
- conventie: server wordt Slightcycle, Clightcycle, Splayer, Cplayer
- GEEN EXTRA DATA opnemen

te schrijven functies:

- constructors (zelfde argumenten als base class)
- new_object functie
- objecten houden het ACTOR_TYPE van hun base class

en natuurlijk alle toe te voegen functies aan de nieuwe class.


