Debugging waves with onPaint()
← Thread:Talk:Robocode/Graphical Debugging/Debugging waves with onPaint()/reply (9)
The approach I told above is based in gathering all event data first, then process everything, only then do some output. Shift from an event driven architecture to a simpler request driven (input/process/output) architecture.
The main advantage is not being constrained with event ordering. Event ordering in Robocode doesn´t give any extra information. The main drawbacks are increased codesize (not an option for nanobots), and necessity of member variables (not an option for perceptual bots).
Of course, for private/temporary debugging, entangling draws and sysouts in the middle of other events is fine.
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page.
Return to Thread:Talk:Robocode/Graphical Debugging/Debugging waves with onPaint()/reply (11).