文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

分析Lua观察者模式最佳实践之构建事件分发系统

2024-04-02 19:55

关注

一、前言

试想这样一个问题,当某个事件发生时,比如在游戏中A模块修改了用户的金币数,而B模块和C模块提供的功能都依赖于用户的金币数,那么,A模块在修改金币数的同时,就需要通知B模块和C模块。常规的方法就是A模块持有B模块和C模块的对象,然后分别通过调用对象接口的方式告诉它们,“嘿,我修改了用户的金币数,改成了10金币”。

但这样就带来了许多问题:

为了解决上面的问题,我们自然想到了观察者模式。

二、观察者模式

这里简单说一下什么是观察者模式:定义对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者(称之为观察者)都会接收到通知并自动更新。

观察者模式的好处是,对象之间是松耦合的,当一个对象改变状态时,它并不需要知道自己的观察者是谁,只需要发布通知即可。任何时候都可以增加或删除观察者,不会影响到发布通知的对象。而事件分发系统就是观察者模式的一个具体实现

三、事件分发系统

事件分发系统核心需要提供的功能主要包括以下几个部分:

四、使用事件分发系统解决问题

首先,来看看使用事件分发系统处理上面提到的问题,会是什么样的效果。

A模块只需要派发金币修改事件,B,C模块只需要订阅金币修改事件,之后便可以收到通知了。是不是很简单呢


local B = class()
function B:on_money_change( money )
    print(money, "B receive event")
end
-- 订阅金币修改事件
EventSystem:on(Event.MoneyChanged, B.on_money_change, {target = B})

local C = class()
function C:on_money_change( money )
    print(money, "C receive event")
end
EventSystem:on(Event.MoneyChanged, C.on_money_change, {target = C})
-- 在A模块中派发金币修改事件,当前金币为10
EventSystem:emit(Event.MoneyChanged, 10)

接下来会仔细解读一下这个EventSystem事件分发系统的Lua实现代码。

实现事件分发系统时,需要小心一些特殊情况,比如有以下几个坑,读者可以留意一下代码中对这几个坑的处理

为了便于讲解,下面的代码省略了一些非关键性的代码,用--- ...代替。

五、注册监听事件接口


function EventSystem:on( event, func, params )
    --- ...
    local event_listener = self._listeners[event]
    params = params or {}
    local priority = params.priority or 0
    local target = params.target
    --- ...
    local cb = {target = target, func = func, id = id, priority = priority}
    table.insert(event_listener.list, cb)
    id = id + 1
    if priority > 0 then
        event_listener.need_sort = true
        self:sort(event_listener)
    end
end

on方法中event参数表示要注册监听的事件名称,func参数表示当事件发生时要触发的回调函数,params表示额外参数,可以设置注册监听的目标target(可以利用它反注册所有与其相关的监听),也可以设置要注册监听的优先级,优先级越高的越先执行。

on方法的实现还是比较简单的,主要就是将注册的相关信息插入到event_listener表中,但是明明注册的监听是有优先级的,却仍然只是调用table.insert将信息插入到表的末尾,这是为什么呢?读者可以先留意一下,后面会有详细解释。
还需要格外注意的是sort方法


function EventSystem:sort( listener )
    if listener.need_sort == true and listener.emit_count == 0 then
        table.sort(listener.list, function ( a, b )
            if a.priority == b.priority then
                return a.id < b.id
            else
                return a.priority > b.priority
            end
        end)
        listener.need_sort = false;
    end
end

可以看到sort方法必须在listener.emit_count == 0时才会进行排序,listener.emit_count == 0表示的是当前的事件没有处于派发状态,后面讲到派发接口时会详细解释,这里读者只需要知道其表示的含义即可。

事件处于派发状态时不能进行优先级排序原因是可能会造成回调的重复触发。

比如当前事件有4个回调 a, b, c, d,派发事件是顺序执行回调,当执行到第3个回调c时,如果在c回调中又注册了一个优先级最高的回调e,立刻排序的话,e插入到第一位,c会被挤到第4位,顺序执行到第4个回调时,导致c又被调用一次。

六、反注册事件监听接口


function EventSystem:off( event, func, params )
    --- ...
    local event_listener = self._listeners[event]
    params = params or {}
    for i,cb in ipairs(event_listener.list) do
        if cb.func == func and cb.target == params.target then
            if event_listener.emit_count > 0 then
                -- 派发过程中只进行标记删除
                cb.need_remove = true
                event_listener.need_clean = true
            else
                table.remove(event_listener.list, i)
            end
            break;
        end
    end
end

off方法用于取消事件监听,当事件未处于派发过程中时,直接调用table.remove移除注册信息即可,但当事件处于派发过程中时,不能直接移除,只能先进行标记。
在事件处于派发过程中时不能直接移除的原因是可能导致遗漏触发某些回调,比如当前事件有5个回调 a, b, c, d, e,顺序执行到第3个回调c时,如果在c回调中调用了off方法取消自己的监听,此时直接移除c的话,会导致d回调移动到第3位,e移动到第4位,顺序执行到第4个回调时,调用的是e而遗漏了d。

七、事件派发接口


function EventSystem:emit( event, ... )
    --- ...
    local event_listener = self._listeners[event]
    local interrupt = false
    local length = #event_listener.list
    -- 这里不能使用ipairs,确保不会触发在派发过程中注册的事件
    -- 只取当前已经注册的事件数量,如果在派发过程中再注册(调用了table.insert),本次派发也不会调用
    for i = 1, length do
        if interrupt == true then
            break
        end
        local cb = event_listener.list[i]
        if cb.func and cb.need_remove ~= true then
            event_listener.emit_count = event_listener.emit_count + 1
            if cb.target then
                interrupt = cb.func(cb.target, ...)
            else
                interrupt = cb.func(...)
            end
            event_listener.emit_count = event_listener.emit_count - 1
        end
    end
    self:sort(event_listener);
    self:clean(event_listener);
    return interrupt
end

emit方法负责派发一个事件,顺序执行event_listener中注册的回调。事件的派发支持中断,当执行某个回调时,如果这个回调返回了true则可以中断当前事件的派发。

值得一提的是,代码通过对应的event_listener.emit_count = event_listener.emit_count + 1event_listener.emit_count = event_listener.emit_count - 1来记录事件的派发状态,当emit_count > 0则表明事件还在派发过程中。当emit_count == 0则表明事件派发完成。

不能使用event_listener.is_emiting = trueevent_listener.is_emiting = false代替的原因是如果在触发的回调中又派发了事件,形成了递归,那么二次派发事件结束时会直接将event_listener.is_emiting置为flase,导致一次派发事件对应的派发状态被标记错误

八、更多

事件分发系统的完整源码可以点击这里查看,测试用例可以点击这里查看
更多Lua相关的设计与使用,比如面向对象(代码中用到的class关键字),组件系统,分模块加载等等,可以查看GitHub仓库LuaKit

以上就是分析Lua观察者模式最佳实践之构建事件分发系统的详细内容,更多关于Lua 观察者模式 构建事件分发系统的资料请关注编程网其它相关文章!

阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯