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

2.4. MODULO SHAREDCOMPONENTS 33
appartenente al proprio Manager. Questo sistema viene utilizzato quando da
un Layer esterno si vuole creare un nuovo componente all’interno del proprio
contesto, specificandone solo il tipo ed eventualmente il valore di default.
Il secondo invece viene utilizzato per istanziare “copie” di componenti appartenenti
ad altri Factory, eventualmente associati ad altri Peer (associazione
che verrà implementata nel prossimo Layer Logic): il componente così creato
non sarà di proprietà del Factory, e non sarà “marchiato” come tale, dal
momento che possiede già l’identificativo assegnatogli dal Factory originale.
Il terzo permette di aggiungere un generico componente come “sotto-componente”
di un componente già esistente all’interno del contesto.
E’ importante notare quindi come, all’interno del modulo SharedComponents,
la lista dei componenti non sia popolata necessariamente da componenti
generati dal “proprio” Factory.
Se ad esempio si vogliono modellare le informazioni che caratterizzano un
oggetto tridimensionale, si possono utilizzare i seguenti componenti secondo
la gerarchia proposta in Figura 2.10:
Il componente di tipo Object3D è caratterizzato da due sotto-componenti,
rispettivamente identificati dal LocalID “Position” e “Rotation” (non è stato
inserito un componente relativo al valore di Scaling dell’oggetto perché è un
parametro legato maggiormente al Layer VIEW ed eventualmente può essere
comunque incluso estendendo questo componente). Entrambi sono componenti
di tipo Vector3 che, come illustrato precedentemente, è composto a sua
volta dai componenti di tipo Float, “X ”,“Y ” e“Z ”.
Un componente non “leaf” viene considerato “ready” solo quando tutti
i suoi componenti sono stati istanziati e risultano “ready” a loro volta: un
Object3D, quindi, non sarà considerato “ready” fintanto che non lo saranno
i suoi due Vector3 “Position” e “Rotation”;