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

More documents

Recommendations

Info

82 CAPITOLO 3. IMPLEMENTAZIONE Come illustrato nel capitolo 2.4, ogni SharedComponent è identificato da un GlobalID, qui implementato attraverso l’attributo ID ed un Value, qui rappresentato sotto forma di stringa nell’attributo SerializedValue: tipicamente, comunque, ogni classe che eredita da SharedComponents contiene al suo interno una variabile privata appositamente tipizzata, adibita alla memorizzazione del valore vero e proprio. Facoltativamente possono essere valorizzati anche gli attributi ParentID e LocalID, se l’istanza di SharedComponent si tratta di un sotto-componente. Inoltre ogni istanza di SharedComponent può essere “taggata” per essere raggruppata, individuata o filtrata in maniera efficace. Dal punto di vista funzionale, sono presenti quattro metodi virtuali di inizializzazione: il primo, Initialize(), chiama in sequenza gli altri tre: InitializeClass(), InitializeSubComponents() e InitializeUpdate(). Possono subire quindi un’override nel caso le operazioni di default non implementino le funzionalità richieste, o lo facciano solo in parte. Ad esempio il componente Object3D esegue sia un override di Initialize- Class(), nel quale viene aggiunto un Tag “View” dal momento che si tratta di un componente automaticamente legato ad un elemento grafico, sia un override di InitializeSubComponents() per istanziare i due sottocomponenti Vector3 Position e Vector3 Rotation. Ogni componente, di default, è taggato con il tag Constants.ComponentTag NotifyChange, che ne attiva la notifica automatica sulle modifiche apportate al valore del componente stesso. La funzione di InitializeUpdate() è strettamente legata al metodo virtuale Update(): di default infatti, se il componente che eredita da SharedComponent esegue un override di Update, in InitializeUpdate questo verrà registrato nel proprio Manager di appartenenza come componente da aggiornare ad ogni iterazione. SharedComponent espone inoltre una serie di metodi accessori per la gestione automatizzata dei sotto-componenti (Add(), Remove(), FindByLocalID(),
3.4. MODULO SHAREDCOMPONENTS 83 FindByGlobalID() e FindByType()) e per la gestione dei Tags (Tag Add(), Tag Remove() e Tag Has()). Infine è presente un metodo virtuale OnChange(), automaticamente invocato ogniqualvolta viene modificato il Value del componente. In questo metodo, se si tratta di un proprio componente (non appartenente ad un contesto esterno, quindi) e se questo è taggato con Constants.ComponentTag NotifyChange, allora viene chiamata la funzione NotifyChange() del SharedComponentsManager. La classe SharedComponentsManager ha la funzione principale di mantenere e gestire la lista di tutte le istanze di SharedComponent, sia quelle create direttamente dal proprio Factory (un oggetto di una classe che concretizza ISharedComponentsFactory), che quelle provenienti da un contesto esterno. É identificata da un Name. Quest’ultimo sarà estremamente importante per la gestione del contesto logico introdotta dal Layer Logic. Sono inoltre implementati i seguenti metodi ausiliari: • FindByGlobalID(): per cercare un componente all’interno della lista conoscendo il solo GlobalID. • GetOnlyMine(): per ricavare solo i propri componenti, cioè quelli direttamente generati dal proprio Factory. • IsMine(): per sapere se il componente passato come parametro, appartiene o meno a questo Manager. • AddToUpdater(): aggiunge il componente passato come parametro alla lista dei componenti da aggiornare ad ogni iterazione. • RemoveFromUpdater(): rimuove il componente passato come parametro dalla lista dei componenti da aggiornare ad ogni iterazione.
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: 32 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 94 and 95: 84 CAPITOLO 3. IMPLEMENTAZIONE •
Page 100 and 101: 90 CAPITOLO 3. IMPLEMENTAZIONE zion
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?