TeamTalk客户端源码分析二

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

一，GroupList

     Modules工程下的GroupList过滤器，里面实现的是跟群组功能业务，比如：获取群组信息，查询群组信息，获取群头像等等。
首先声明一个虚基类，继承自ModuleBase，在虚基类中声明需要子类继承实现的纯虚函数。

     子类再继承该虚基类实现具体的业务。

     该子类是通过一个接口函数来访问的，内部创建了一个static对象，也就是一个单例模式，整个工程中只有一个该业务类。那么肯定有同学会有疑惑，群组业务类是一个单例类，但是IM通讯中不是有很多群组的嘛，怎么去区分呢？再看该类的接口声明，很多函数都是带有一个参数叫sID的，也就是群组id，所以说它的单实例的模式只是为了方便管理和给外部调用，不同群组共用这个实例是没问题的。
单实例访问接口声明在IGroupListModule.h中，定义在GroupListModule_Impl.cpp中，为了方便阅读，我就把它们整合在一起贴上来：

MODULE_API IGroupListModule* getGroupListModule()
{
	static GroupListModule_Impl module;
	return &module;
}

     全局搜索该函数的使用，可以发现在主程序的MainListLayout.cpp的构造函数中添加了观察者

     比如：当群头像下载完成后，通知到主程序

     主程序的通知回调函数中再去响应该事件：

二，UserList，Session

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