If you find this article contains errors or problems rendering it unreadable (missing images or files, mangled code, improper text formatting, etc) please contact the editor so corrections can be made. Thank you for helping us improve this resource
© 2000 - Zachary Booth Simpson. Copied with permission from http://www.mine-control.com/zack. If you find any of this work useful, please sign Zack's guest book: http://www.mine-cont...i/gbook-zbs.cgi. Intent
Isolate database changes for index and/or client/server synchronization. Also called
Index Synchronization, Choke Point, Ethereal Void Problem
It is critical that all Spatial Indices remain synchronized with their associated Model Database. Similarly, a client must remain synchronized with a server. Since several things can cause a change to a Model Database, it is best to isolate all changes to two calls: push and pop (a.k.a. insert / remove). This creates two states: "in world" and "out of world" which is also known as "in ethereal void." Solution
This pattern gets its name from the way that all insertions and deletions are limited to one place like a physical gateway where all people must move through it to get in or out which allows you to control flow.
A pop() method brings a model object out of the "void" and into the Model Database and its associated spatial index. A push() method removes the object from the database and index and into the void. Structure:
There are three basic operations:
The push / pop choke point may also be used to synchronize a client to a server by transmitting all database changes from server to client.
- When an object moves, it pushes itself into the void, updates its position, then pops itself back into the world.
- When an object is created, it is created in the void then popped into the world.
- When an object is destroyed, it is pushed into the void first, then destroyed.
It should also be noted that having one gateway of change allows multiple changes to be made simultaneously with minimal synchronization effect. For example, push(); move(); changeSize(); pop(); prevents an unnecessary update from happening around the changeSize() call.
Not available at this time.
Some games have different world or index states. For example:
In these cases, there may be more than one implementation of pop(). For example:
- An object may be allowed to be placed inside of another object (a container).
- An object may be attached to another object (a weapon, armor, etc.)
- popIntoWorld( int x, int y); // pop into world
- popIntoContainer( Model &container ); // pop into container
- popOnto( Model &parent, Matrix4X4 &orient ); // pop onto another model.
Issues and Risks
none Related Patterns
A Gateway simplifies the synchronization of a Spatial Index with a Model Database. Uses and References
Gateways are often implemented inside of Model Database code.
Thanks to Herman Miller and Tony Zurovec.
Note: Please offer only positive
comments - we are looking to promote a positive atmosphere where collaboration is valued above all else.