Progettazione e Sviluppo di un Multiplayer Online Game su Reti Peer-to-Peer

3.6. LAYER VIEW 87
simo identificativo: l’attributo NetID dell’istanza di Peer e l’attributo Name
dell’istanza di SharedComponentsManager hanno lo stesso valore.
Tale vincolo ha l’effetto implicito di estendere la proprietà di uno SharedComponent,
non più al solo Manager ma anche all’intero Peer.
Sono inoltre implementati i Commands che permettono la sincronizzazione
automatica del DataLayer tra i diversi Peer ( CreateComponent, Update-
Component, ActivateComponent e SendToComponent) ed i componenti che
consentono di rappresentare le informazioni più comuni per l’identificazione
si un elemento grafico all’interno di un generico videogioco tridimensionale
(Object3D e MovingObject3D).
La seconda regione è più Game Oriented, nel senso che da qui in poi iniziano
a presentarsi classi che implementano logiche strettamente legate alle
specifiche di gioco e alle relative dinamiche di GamePlay.
Qui si trova la classe PlayerContext, ereditata da PeerContext, che da una
parte astrae il contesto legato al concetto di “Peer”, limitandolo a quello
più specifico di Player, e dall’altra implementa una serie di logiche che caratterizzano
quest’ultimo: ad esempio viene eseguito un override sul metodo
Join, nel quale viene istanziato un componente di tipo Character; in questo
modo, quando inizia la partita, ogni Player creerà automaticamente nel proprio
contesto logico un’istanza Character, la quale sarà quindi condivisa tra
tutti i Peer.
3.6 Layer View
Come evidenziato nel capitolo 2.6, il Layer View è molto vasto, e fa fronte
ad un notevole numero di problematiche e funzionalità, molte delle quali non
sono strettamente connesse all’argomento di tesi.
Aspetti come il Rendering, la gestione degli Input, la gestione della riprodu-