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

More documents

Recommendations

Info

90 CAPITOLO 3. IMPLEMENTAZIONE zione Audio e la simulazione della fisica, sono infatti delegati agli strumenti messi a disposizione da Unity3D. Quest’ultimo permette di definire i comportamenti che caratterizzano gli elementi presenti nella scena, mediante un sistema di “Scripting” basato sulla classe “Behaviour”. La classe principale, ContexView, concretizza il contesto “View” e fa da “Bridge” tra questo ed il contesto “Logic” via composition. Risulta essere quindi il punto d’accesso a tutti i Layer sottostanti (Figura 3.14). Figura 3.14: Catena dei Layer, legati via composition Parallelamente la classe ViewContextSync, estesa dalla classe Behaviour, si occupa della sincronizzazione tra il contesto logico e quello visuale. Ad ogni iterazione, infatti, esegue un polling sul Data Layer, controllando che non vi siano componenti logici taggati con il tag “View” senza una rispettiva controparte visuale all’interno della scena 3D. Quando ciò accade, viene istanziato automaticamente un elemento grafico ed applicata ad esso una classe (che segue la naming convention “[nome componente]Script”), estesa da ComponentScript (Behaviour), che ne definisce il comportamento (si veda 2.6). La classe ComponentScript è definita secondo il seguente schema:
3.6. LAYER VIEW 91 • String LogicComponentID: attributo al quale viene assegnato il valore del GlobalID appartenente allo SharedComponent che rappresenta lo stato logico dell’elemento grafico. • Update(): il metodo che viene invocato ad ogni iterazione. Il suo comportamento di default, eventualmente modificabile via override, prevede la chiamata di Update Writer() se lo SharedComponent assegnato appartiene al contesto logico del Player. In caso contrario viene chiamato Update Reader(). Infine, attraverso CheckDestroy(), viene verificata l’esistenza del componente logico all’interno del Data Layer: se questo non è più presente, allora verrà distrutto l’elemento grafico corrispondente (e di conseguenza anche il relativo ComponentScript) Ad esempio, il ComponentScript relativo al componente di tipo Character (cioè la classe CharacterScript), all’interno del metodo Update Writer() eseguirà l’aggiornamento periodico delle coordinate e della rotazione del personaggio controllato dal Player, mentre nel metodo Update Reader() vi sarà implementata una logica di Dead Reckoning (Figura 3.15). Figura 3.15: CharacterScript
Page 1:
Alma Mater Studiorum Università de
Page 4 and 5:
ii
Page 6 and 7:
iv INDICE 3.2 Layer NET . . . . . .
Page 8 and 9:
vi CAPITOLO 0. INTRODUZIONE portabi
Page 10 and 11:
viii CAPITOLO 0. INTRODUZIONE Figur
Page 12 and 13:
2 CAPITOLO 1. STATO DELL’ARTE con
Page 14 and 15:
4 CAPITOLO 1. STATO DELL’ARTE men
Page 16 and 17:
6 CAPITOLO 1. STATO DELL’ARTE Fig
Page 18 and 19:
8 CAPITOLO 1. STATO DELL’ARTE Fig
Page 20 and 21:
10 CAPITOLO 1. STATO DELL’ARTE Un
Page 22 and 23:
12 CAPITOLO 1. STATO DELL’ARTE Fi
Page 24 and 25:
14 CAPITOLO 1. STATO DELL’ARTE 1.
Page 26 and 27:
16 CAPITOLO 1. STATO DELL’ARTE Sm
Page 28 and 29:
18 CAPITOLO 2. ARCHITETTURA SOFTWAR
Page 30 and 31:
Page 32 and 33:
Page 34 and 35:
Page 36 and 37:
Page 38 and 39:
Page 40 and 41:
Page 42 and 43:
Page 44 and 45:
Page 46 and 47:
Page 48 and 49:
Page 50 and 51: 40 CAPITOLO 2. ARCHITETTURA SOFTWAR
Page 78 and 79: 68 CAPITOLO 3. IMPLEMENTAZIONE poss
Page 80 and 81: 70 CAPITOLO 3. IMPLEMENTAZIONE Figu
Page 82 and 83: 72 CAPITOLO 3. IMPLEMENTAZIONE •
Page 84 and 85: 74 CAPITOLO 3. IMPLEMENTAZIONE leva
Page 86 and 87: 76 CAPITOLO 3. IMPLEMENTAZIONE guit
Page 88 and 89: 78 CAPITOLO 3. IMPLEMENTAZIONE Infi
Page 90 and 91: 80 CAPITOLO 3. IMPLEMENTAZIONE 3.3.
Page 92 and 93: 82 CAPITOLO 3. IMPLEMENTAZIONE Come
Page 94 and 95: 84 CAPITOLO 3. IMPLEMENTAZIONE •
Page 102 and 103: 92 CAPITOLO 3. IMPLEMENTAZIONE
Page 104 and 105: 94 CAPITOLO 4. ANALISI DELLE PRESTA
Page 110 and 111: 100 CAPITOLO 5. SVILUPPI FUTURI Un
Page 112 and 113: 102 CAPITOLO 5. SVILUPPI FUTURI Tal
Page 114 and 115: 104 CAPITOLO 5. SVILUPPI FUTURI sen
Page 116 and 117: 106 CAPITOLO 5. SVILUPPI FUTURI Fig
Page 118 and 119: 108 CAPITOLO 5. SVILUPPI FUTURI (Fi
Page 120 and 121: 110 CAPITOLO 5. SVILUPPI FUTURI Fig
Page 122 and 123: 112 CAPITOLO 5. SVILUPPI FUTURI ste
Page 124 and 125: 114 CAPITOLO 5. SVILUPPI FUTURI car
Page 126 and 127: 116 CAPITOLO 5. SVILUPPI FUTURI
Page 128 and 129: 118 CAPITOLO 6. CONCLUSIONI focus s
Page 130 and 131: 120 CAPITOLO 6. CONCLUSIONI
Page 132 and 133: 122 BIBLIOGRAFIA [Yong-Tae 2008] YO
Page 134 and 135: 124 BIBLIOGRAFIA
show all

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

Create successful ePaper yourself

Delete template?

Save as template?