beholder.lua/README.textile

158 lines
6.5 KiB
Plaintext
Raw Normal View History

2011-10-13 22:44:09 +00:00
h1. beholder.lua
A simple event observer for Lua. Can be used with "middleclass":https://github.com/kikito/middleclass
h1. Example
<pre>
2011-10-24 07:06:04 +00:00
beholder = require 'beholder'
2011-10-13 22:44:09 +00:00
...
local goblin1 = {x=100, y=100}
2011-10-24 07:06:04 +00:00
goblin1.pauseId = beholder:observe("PAUSE", function() goblin1.paused = true end)
2011-10-13 22:44:09 +00:00
...
local goblin2 = {x=200, y=100}
2011-10-24 07:06:04 +00:00
goblin2.pauseId = beholder:observe("PAUSE", function() goblin2.paused = true end)
2011-10-13 22:44:09 +00:00
...
function pauseButtonPressed()
2011-10-24 07:06:04 +00:00
beholder:trigger("PAUSE")
2011-10-13 22:44:09 +00:00
end
...
function updateGoblin(goblin)
if goblin.paused then
return "zzz"
else
return "waaargh!"
end
end
...
function destroyGoblin(goblin)
2011-10-24 07:06:04 +00:00
beholder:stopObserving(goblin.pauseId)
2011-10-13 22:44:09 +00:00
end
</pre>
2011-10-24 07:06:04 +00:00
(Note: if you are doing lots of that "if whatever.state then ..." you might want to give a look to "stateful.lua":http://github.com/kikito/stateful.lua )
2011-10-13 22:44:09 +00:00
h1. Explanation
This library tries to solve the following problem: some actions need to be executed when some asynchronous condition is fulfilled. By "asyncronous" we mean that it something that typically doesn't depend on the code. Hence precalculating it beforehand is impractical.
2011-10-13 22:44:09 +00:00
Some examples:
* The pause menu is brought up, and all the actors in your videogame need to be frozen.
* An image has item has been loaded from disk, and a progress bar needs to be updated.
* The user presses certain combination of keys.
The way these problems are typically handed is by continuously polling for the trigger condition. For example, on the pause menu, one would find this code on the enemy movement routines:
<pre>
if pause_menu_is_up then
-- do the pause-related stuff
else
-- do the non-pause related stuff.
end
</pre>
You will have a code similar to that on each part that needs to be stopped: on your enemy code, the bullet code, the player code, etc.
But the biggest problem with that code is lack of separation. The code dealign with your goblins should only deal with goblin stuff. It should not "know" about the menu system, or the keyboard actions, or the file loader. And the same goes with your bullet code, player code, etc. They don't need to know about exernal systems, such as the keyboard.
This library allows you to build "walls" between them: your keyboard code will just raise events, and your player code will observe those events. This allows for better encapsulation; if you later add multiplayer functionality, for example, the network module will just have to raise the same events just like the keyboard module did; your player logic will be unaffected.
2011-10-13 22:44:09 +00:00
You can obviously attach any number of observers to any given event. Similarly, you are
2011-10-13 22:44:09 +00:00
h1. Composed events
2011-10-13 22:44:09 +00:00
Events can be any type of Lua object. On the example, we used the "PAUSE" string. It could also be a number, a function or a table. The == operator is used in all cases.
2011-10-13 22:44:09 +00:00
Composed events are built from more than one lua object. You can do them by simply adding more parameters to the observe/trigger functions. For example, this trigger:
2011-10-13 22:44:09 +00:00
<pre>Beholder:trigger('PLAYERDETECTION', player1, 100, 200)</pre>
2011-10-13 22:44:09 +00:00
Will trigger this action:
<pre>Beholder:observe('PLAYERDETECTION', player1, 100, 200, function() print("player1 detected at 100, 200") end)</pre>
2011-10-13 22:44:09 +00:00
Composed events are inclusive. This means that this other observer will also get activated by the aforementioned trigger.
2011-10-13 22:44:09 +00:00
<pre>Beholder:observe('PLAYERDETECTION', player1, function(x,y) print("player1 detected at ",x,y)</pre>
2011-10-13 22:44:09 +00:00
Notice that the two "non-observed integers" will be passed to the callback as additional parameters. That second action will be executed any time player1 is detected, no matter what coordinates.
2011-10-13 22:44:09 +00:00
Similarly, you can add an action that will be triggered for any player detection:
2011-10-25 22:38:48 +00:00
<pre>Beholder:observe('PLAYERDETECTION', function(player,x,y) print(player.no," detected at ",x,y)</pre>
2011-10-13 22:44:09 +00:00
If you want to detect all signals raised (i.e. for logging and debugging) you can do so by observing the "empty" event - simply pass a function to observe:
2011-10-13 22:44:09 +00:00
<pre>Beholder:observe(function(...) log("Event triggered", ...) end)</pre>
2011-10-13 22:44:09 +00:00
h1. Beholder.mixin - Integration with Middleclass
This library includes mixin that can be used with "middleclass":https://github.com/kikito/middleclass . The usege of Middleclass, or that mixin, is completely optional. It allows middleclass instances to observe events more easily. Example:
<pre>
require 'middleclass'
2011-10-24 07:06:04 +00:00
beholder = require 'beholder'
2011-10-13 22:44:09 +00:00
2011-10-24 07:06:04 +00:00
local = class('Goblin'):include(beholder.mixin)
2011-10-13 22:44:09 +00:00
function Goblin:initialize(x,y)
self.x, self.y = x,y
self:observe("PAUSE", 'pause') -- method name used here
end
function Goblin:pause()
self.paused = true
end
function Goblin:destroy()
self:stopObserving("PAUSE") -- notice that we didn't have to use an id here
end
</pre>
Notice how the second parameter of the observe call above is a method name instead of a function. Functions also work just fine:
<pre>self:observe("PAUSE", function(self) self['paused'](self) end)</pre>
The other trick here is that when an instance observes a signal, it secretly "adds itself" to the signal, making it more specific. In other words, the observe call above is equivalent to this one:
<pre>Beholder:observe("PAUSE", self, function(self) self['paused'](self) end)</pre>
2011-10-13 22:44:09 +00:00
In addition to all of the above, note how it's possible to stop observing the trigger itself, instead of the "eye", as it happened before. This is due to the fact that instances can be used to uniquely identify triggers. The "middleclass-less" version of Beholder, nowever, needs to "create an unique identifier" in order to be able to identify each new observer.
h1. Installation
If you are going to use it, make sure that you have downloaded and installed "middleclass":https://github.com/kikito/middleclass
Just copy the beholder.lua file wherever you want it (for example on a lib/ folder). Then write this in any Lua file where you want to use it:
<pre>local Beholder = require 'beholder'</pre>
On this example I've assigned it to a local variable. If you are going to use Beholder across multiple files, it's better to require the file just once and make the variable global.
The @package.path@ variable must be configured so that the folder in which beholder.lua is copied is available, of course.
Please make sure that you read the license, too (for your convenience it's now included at the beginning of the middleclass.lua file).
h1. Specs
This project uses "telescope":https://github.com/norman/telescope for its specs. If you want to run the specs, you will have to install telescope first. Then just execute the following from the root inspect folder:
<pre>
tsc -f spec/*.lua
</pre>