When Redis adds a new command in the future, the Lua API code will already work with that new command without needing any modifications - hence forward compatible.
You could implement a forward-compatible database function table like this:
local function accesscommand (t, key)
local f = function (...)
return redis(key, ...)
end
t[key] = f
return key
end
db = setmetatable({}, {__index = accesscommand})
function db.hmset (key, values)
local t = {}
for key, value in pairs(values) do
t[#t + 1] = key
t[#t + 1] = value
end
redis("hmset", unpack(t))
end
Any command without a function defined in the table would create a closure on the fly that calls that command like normal. (It also stores the closure in the table to speed up future calls.) Commands that could be implemented more elegantly using Lua semantics (like HMSET) have overrides defined in the db table directly, which prevents the closure-generating function from being called.