在观察者模式C++中用更新请求问题淹没视图

如何解决在观察者模式C++中用更新请求问题淹没视图

我有一些MVC代码,它使用观察者模式,如下:

void Model::ChangeMethod1()
{
    m_A = m_A + 1;
    ...
    Notify();
}

void Model::ChangeMethod2()
{
    m_A = m_A + 2;
    ...
    Notify();
}

void Model::ChangeMethod3()
{
    ChangeMethod1();
    ChangeMethod2();
    Notify();
}

void Model::ChangeMethod4()
{
    ChangeMethod1();
    ChangeMethod2();
    ChangeMethod3();
    Notify();
}

有很多函数,比如 ChangeMethodX 会改变模型,并通知查看者,当查看者收到事件时,他们会自己刷新/更新。

你看,每个函数 ChangeMethodX 都有一个 Notify() 函数,它在内部向观察者发送一个事件。

但是我不希望观察者在每个函数中收到太多的事件,因为会有太多的事件,我希望每个顶级函数调用是否有任何内部函数调用只向查看器发送一个更新事件.

我认为这是一个非常常见的问题,在很多情况下都会发生,例如 MVC 模式,因为模型会通知查看者进行更新。但是如果模型在顶级函数调用中多次更改,我们必须避免泛洪事件。

解决方法

我想到了两种可能的方法:

如果主题完全在你的控制之下,而且这个解决方案不是太侵入,你可以添加一个可选参数,指定被调用的 ChangeMethodX 是否是一个顶级函数,如下所示:

void Model::ChangeMethod1(bool topLevel = true)
{
    m_A = m_A + 1;
    ...
    NotifyIfTopLevel(topLevel);
}

void Model::ChangeMethod2(bool topLevel = true)
{
    m_A = m_A + 2;
    ...
    NotifyIfTopLevel(topLevel);
}

void Model::ChangeMethod3(bool topLevel = true)
{
    ChangeMethod1(false);
    ChangeMethod2(false);
    NotifyIfTopLevel(topLevel);
}

void Model::ChangeMethod4(bool topLevel = true)
{
    ChangeMethod1(false);
    ChangeMethod2(false);
    ChangeMethod3(false);
    NotifyIfTopLevel(topLevel);
}

void Model::NotifyIfTopLevel(bool topLevel)
{
    if (topLevel)
        Notify();
}

但是,它在大多数情况下都很丑陋,并且可能会弄脏您的界面。


另一方面,如果您必须处理并发问题,您可以选择的第二种方法是有风险的。此外,如果您捕获异常并处理它,您必须记住将对象恢复到正确的状态(is_changing-- 如果尚未调用),否则观察者将不会再收到通知。

int is_changing = 0;

void Model::ChangeMethod1()
{
    m_A = m_A + 1;
    ...
    NotifyIfNotChanging();
}

void Model::ChangeMethod2()
{
    m_A = m_A + 2;
    ...
    NotifyIfNotChanging();
}

void Model::ChangeMethod3()
{
    is_changing++;
    ChangeMethod1();
    ChangeMethod2();
    is_changing--;
    NotifyIfNotChanging();
}

void Model::ChangeMethod4()
{
    is_changing++;
    ChangeMethod1();
    ChangeMethod2();
    ChangeMethod3();
    is_changing--;
    NotifyIfNotChanging();
}

void Model::NotifyIfNotChanging()
{
    if (is_changing == 0)
        Notify();
}

如果您有那么多 ChangeMethodX 方法,也许可以考虑使用面向方面的框架来分离通知观察者的关注点。特别是如果您需要重复 is_changing++/-- 或琐碎的 Notify 调用,将它们移动到适当的方面类中肯定会更具可读性。


编辑

至于 RAII 方法,在我看来,它在这里被过度使用了,因为您没有资源来释放、每次创建和处置对象对于您的需求来说都太过分了。 顺便说一句,如果你想走这条路,那么我建议你修复一些代码异味。

  1. 您没有正确封装 SetTopLevelCall。它不应该是 public,因为您的类的用户不能弄乱它。
  2. 有一个新的公共类 DeferredEventSender 与您的 Model 类紧密耦合。最糟糕的是它负责 Notify 方法,该方法应该由 Model 本身调用。此外,您排除了需要访问 Model 私有字段和函数的可能性。

以下是我将如何面对这些问题,即使它还不完美。

class Model
{
    public:
        Model()
        {
        }
    
        ~Model()
        {
        }
    
        void ChangeMethod1();
        void ChangeMethod2();
        void ChangeMethod3();
        void ChangeMethod4();
    
        void Notify();
    
    protected:
    
        class DeferredEventSender
        {
            public:
            
                DeferredEventSender(Model* m)
                {
                    _m = m;
                    doCallNotify = _m->topLevel;
                    _m->topLevel = false;
                }
            
                ~DeferredEventSender()
                {
                    if (doCallNotify)
                    {
                        _m->Notify();
                        _m->topLevel = true;
                    }
                }
                
                Model* _m;
                bool doCallNotify;
        };
    
        bool topLevel = true;
    
        int m_A;
        int m_B;
};


void Model::ChangeMethod1()
{
    Model::DeferredEventSender sender(this);
    m_A = m_A + 1;
}

...
,

我只是按照 Marco Luzzara 的第二种方法,并创建了一个简单的演示 C++ 代码,见下文:

修订版 1:

#include <iostream>
using namespace std;

class Model
{
public:
    Model()
        : m_TopLevelCallScope(false)
    {
    }

    ~Model()
    {
    }

    void ChangeMethod1();
    void ChangeMethod2();
    void ChangeMethod3();
    void ChangeMethod4();

    void Notify();

    bool IsTopLevelCall()
    {
        return m_TopLevelCallScope;
    }

    void SetTopLevelCall(bool topLevel)
    {
        m_TopLevelCallScope = topLevel;
    }

private:

    // if this variable is true,it means a top level call scope is entered
    // then all the inner call should not send event,the final event could
    // send when the top level sender get destructed
    bool m_TopLevelCallScope;

    // other members
    int m_A;
    int m_B;
};


// this is a deferred notification
// each function should create a local object
// but only the top level object can finally send a notification
class DeferredEventSender
{
public:

    DeferredEventSender(Model* model)
        : m_Model(model)
    {
        if(m_Model->IsTopLevelCall() == false)
        {
            m_Model->SetTopLevelCall(true);
            m_TopLevelCallScope = true;
        }
        else
        {
            m_TopLevelCallScope = false;
        }
    }

    ~DeferredEventSender()
    {
        if (m_TopLevelCallScope == true)
        {
            // we are exiting the top level call,so restore it to false
            // it's time to send the notification now
            m_Model->SetTopLevelCall(false);
            m_Model->Notify();
        }
        // do nothing if m_TopLevelCallScope == false
        // because this means we are in a inner function call
    }
    bool m_TopLevelCallScope;
    Model* m_Model;
};



void Model::ChangeMethod1()
{
    DeferredEventSender sender(this);
    m_A = m_A + 1;
}

void Model::ChangeMethod2()
{
    DeferredEventSender sender(this);
    m_A = m_A + 2;
}

void Model::ChangeMethod3()
{
    DeferredEventSender sender(this);
    ChangeMethod1();
    ChangeMethod2();
}

void Model::ChangeMethod4()
{
    DeferredEventSender sender(this);
    ChangeMethod1();
    ChangeMethod2();
    ChangeMethod3();
}

void Model::Notify()
{
    cout << "Send event!" << endl;
}

int main()
{
    Model m;

    m.ChangeMethod1();

    m.ChangeMethod2();

    m.ChangeMethod3();

    m.ChangeMethod4();

    return 0;
}

这是演示 C++ 代码的输出:

Send event!
Send event!
Send event!
Send event!

你看到在 main() 函数中,我只有 4 个函数调用,并且只有 4 个事件被发送。

我使用的方法是我在每个DeferredEventSender方法中放了一个ChangeMethodX本地对象,如果是顶级函数调用,这个对象会有它的成员变量m_TopLevelCallScope设置为true,如果是内部函数调用,则m_TopLevelCallScope设置为false。

DeferredEventSender 本地对象离开作用域时,它会检查它是否是顶级对象,如果为真,它将发送事件,因此所有内部函数调用都不会发送事件。

可以扩展演示代码,以便在std::queue<Event>对象或DeferredEventSender对象中的Model中累积和存储事件,并且当顶部DeferredEventSender对象被销毁,我们可以在 std::queue<Event> 中运行过滤器,并删除重复的事件,并发送我们实际需要的事件。


按照 Marco Luzzara 的建议,这是修改后的版本,感谢 Marco Luzzara!

修订版 2:

#include <iostream>
using namespace std;

class Model
{
    public:
        Model()
        {
        }

        ~Model()
        {
        }

        void ChangeMethod1();
        void ChangeMethod2();
        void ChangeMethod3();
        void ChangeMethod4();

        void Notify();

    protected:

        class DeferredEventSender
        {
            public:

                DeferredEventSender(Model* m)
                {
                    m_Model = m;

                    // the first instance of the DeferredEventSender will copy the status of m_TopLevel
                    // and all the later(inner) instances will have false m_TopLevel
                    m_DoCallNotify = m_Model->m_TopLevel;
                    m_Model->m_TopLevel = false;
                }

                ~DeferredEventSender()
                {
                    // we only call Notify on the top level DeferredEventSender
                    if (m_DoCallNotify)
                    {
                        m_Model->Notify();
                        m_Model->m_TopLevel = true;
                    }
                }

                Model* m_Model;
                bool m_DoCallNotify;
        };

        bool m_TopLevel = true;

        int m_A;
        int m_B;
};


void Model::ChangeMethod1()
{
    Model::DeferredEventSender sender(this);
    m_A = m_A + 1;
}

void Model::ChangeMethod2()
{
    Model::DeferredEventSender sender(this);
    m_A = m_A + 2;
}

void Model::ChangeMethod3()
{
    Model::DeferredEventSender sender(this);
    ChangeMethod1();
    ChangeMethod2();
}

void Model::ChangeMethod4()
{
    Model::DeferredEventSender sender(this);
    ChangeMethod1();
    ChangeMethod2();
    ChangeMethod3();
}

void Model::Notify()
{
    cout << "Send event!" << endl;
}

int main()
{
    Model m;

    m.ChangeMethod1();

    m.ChangeMethod2();

    m.ChangeMethod3();

    m.ChangeMethod4();

    return 0;
}

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams[&#39;font.sans-serif&#39;] = [&#39;SimHei&#39;] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -&gt; systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping(&quot;/hires&quot;) public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate&lt;String
使用vite构建项目报错 C:\Users\ychen\work&gt;npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-
参考1 参考2 解决方案 # 点击安装源 协议选择 http:// 路径填写 mirrors.aliyun.com/centos/8.3.2011/BaseOS/x86_64/os URL类型 软件库URL 其他路径 # 版本 7 mirrors.aliyun.com/centos/7/os/x86
报错1 [root@slave1 data_mocker]# kafka-console-consumer.sh --bootstrap-server slave1:9092 --topic topic_db [2023-12-19 18:31:12,770] WARN [Consumer clie
错误1 # 重写数据 hive (edu)&gt; insert overwrite table dwd_trade_cart_add_inc &gt; select data.id, &gt; data.user_id, &gt; data.course_id, &gt; date_format(
错误1 hive (edu)&gt; insert into huanhuan values(1,&#39;haoge&#39;); Query ID = root_20240110071417_fe1517ad-3607-41f4-bdcf-d00b98ac443e Total jobs = 1
报错1:执行到如下就不执行了,没有显示Successfully registered new MBean. [root@slave1 bin]# /usr/local/software/flume-1.9.0/bin/flume-ng agent -n a1 -c /usr/local/softwa
虚拟及没有启动任何服务器查看jps会显示jps,如果没有显示任何东西 [root@slave2 ~]# jps 9647 Jps 解决方案 # 进入/tmp查看 [root@slave1 dfs]# cd /tmp [root@slave1 tmp]# ll 总用量 48 drwxr-xr-x. 2
报错1 hive&gt; show databases; OK Failed with exception java.io.IOException:java.lang.RuntimeException: Error in configuring object Time taken: 0.474 se
报错1 [root@localhost ~]# vim -bash: vim: 未找到命令 安装vim yum -y install vim* # 查看是否安装成功 [root@hadoop01 hadoop]# rpm -qa |grep vim vim-X11-7.4.629-8.el7_9.x
修改hadoop配置 vi /usr/local/software/hadoop-2.9.2/etc/hadoop/yarn-site.xml # 添加如下 &lt;configuration&gt; &lt;property&gt; &lt;name&gt;yarn.nodemanager.res