TeamTalk客户端源码分析二

ゞ 浴缸里的玫瑰 2022-04-06 13:08 306阅读 0赞

TeamTalk客户端源码分析二

  • 一,GroupList
  • 二,UserList,Session

    上一篇文章介绍了TeamTalk中的观察者模式回调机制,主要使用方法有三步:
    1,不同的业务各自继承一个ModuleBase
    2,在各个需要用到该业务的类中去将当前类绑定到该业务的观察者中。
    3,在触发的地方调用asynNotifyObserver
    本节再来介绍Modules工程中基于ModuleBase实现的业务类。

一,GroupList

  1. Modules工程下的GroupList过滤器,里面实现的是跟群组功能业务,比如:获取群组信息,查询群组信息,获取群头像等等。

首先声明一个虚基类,继承自ModuleBase,在虚基类中声明需要子类继承实现的纯虚函数。
在这里插入图片描述
子类再继承该虚基类实现具体的业务。
在这里插入图片描述
该子类是通过一个接口函数来访问的,内部创建了一个static对象,也就是一个单例模式,整个工程中只有一个该业务类。那么肯定有同学会有疑惑,群组业务类是一个单例类,但是IM通讯中不是有很多群组的嘛,怎么去区分呢?再看该类的接口声明,很多函数都是带有一个参数叫sID的,也就是群组id,所以说它的单实例的模式只是为了方便管理和给外部调用,不同群组共用这个实例是没问题的。
单实例访问接口声明在IGroupListModule.h中,定义在GroupListModule_Impl.cpp中,为了方便阅读,我就把它们整合在一起贴上来:

  1. MODULE_API IGroupListModule* getGroupListModule()
  2. {
  3. static GroupListModule_Impl module;
  4. return &module;
  5. }
  6. 全局搜索该函数的使用,可以发现在主程序的MainListLayout.cpp的构造函数中添加了观察者

在这里插入图片描述
比如:当群头像下载完成后,通知到主程序
在这里插入图片描述
主程序的通知回调函数中再去响应该事件:
在这里插入图片描述

二,UserList,Session

  1. Modules工程下的UserList过滤器,里面实现的是跟群组功能业务,比如:获取所有用户信息,获取头像信息,获取在线状态等等。它的实现框架和GroupList一样,也是先声明一个纯虚基类,继承至ModuleBase,声明子类需要继承的虚接口,然后再去定义一个子类UserListModule\_Impl来实现。最后再加上一个访问静态实例的函数来调用。具体代码就不再展示。
  2. Session原理也是一样,请自行阅读代码。

发表评论

表情:
评论列表 (有 0 条评论,306人围观)

还没有评论,来说两句吧...

相关阅读