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

2.5. LAYER LOGIC 35
È presente, inoltre, un sistema di Messaging tra i diversi componenti:
ogni componente infatti può implementare il metodo ExecMessage(), e, a
seconda di quanto riportato come parametro, comportarsi di conseguenza.
2.5 Layer Logic
In questo Layer prende forma il contesto logico: legando il concetto di
Peer esposto dal Layer P2P con il Factory del DataLayer esposto dal modulo
SharedComponents nasce l’idea di un contesto di dati appartenenti al singolo
Peer.
Ogni componente creato direttamente dal Factory risulterà “legato” al relativo
Peer, e di conseguenza potrà essere modificato o distrutto solo da
quest’ultimo.
A questo Layer, inoltre, è delegata un’altra funzione fondamentale, senza
la quale l’utilità del modulo P2P e del modulo SharedComponents sarebbe fine
a se stessa: rimane in ascolto delle notifiche (creazione/modifica/distruzione
componenti) in uscita dal modulo SharedComponents, preoccupandosi poi di
inoltrarle al Layer P2P che, mediante il Layer NET, le segnalerà a sua volta
a tutti i Peer conosciuti.
Questo porta sostanzialmente ad avere lo stesso DataLayer (cioè popolato
dagli gli stessi componenti) su ogni Peer, e le regole che definiscono i permessi
di creazione/modifica/distruzione garantiscono la consistenza, dal momento
che ogni componente può cambiare di stato solo tramite il suo Peer ’Owner’.
Quando un Peer A si connette ad un Peer B, dopo le fasi di HandShaking
(Layer NET) e di scambio NetID (Layer P2P), A invierà preventivamente a
B i componenti serializzati di sua proprietà presenti nel proprio SharedComponents,
e B farà lo stesso.
Quando i componenti serializzati di A arrivano a B, il Factory di quest’ultimo
creerà di fatto una “copia” del Data Layer di A (Object Replication).