【C++从零实现Json-Rpc框架】第六弹——服务端模块划分
一、前言
在第五弹中我们对项目的功能进行了讲解，接下来我们就服务端的角度，来设计对应模块，帮助服务端实现项目的三个功能：
● rpc调用
● 服务的注册与发现以及服务的下线/上线通知
● 消息的发布订阅
二、正文
1. 服务端的功能需求
在进行服务端具体的模块划分之前，我们先来明确下服务端的功能需求
● 基于网络通信接受客户端的请求，提供rpc服务
● 基于网络通信接受客户端的请求，提供服务注册与发现，上线&下线通知
● 基于网络通信接受客户端的请求，提供主题操作（创建/删除/订阅/取消），消息发布
2. 服务端的模块划分
基于上述的功能，我们对服务端可以划分出这么几个模块
● Network：网络通信模块
● Protocol: 应用层通信协议模块
● Dispatcher：消息分发处理模块
● RpcRouter: 远端调用路由功能模块
● Publish-Subcriber: 发布订阅模块
● Registry-Discovery：服务注册/发现/上线/下线功能模块
● Server：基于以上模块整合而出的服务端模块
3. Network模块
该模块为网络通信模块，实现底层的网络通信功能，这个模块本质上也是一个比较复杂庞大的模块块，由于项目的重点在于Rpc，因此该模块我们使用陈硕大佬的Muduo库来进行搭建
4. Protocol
当我们有了Network模块，双方就可以进行通信了，但是由于采取的TCP协议，因此数据在传输的时候，有可能会出现粘包问题，因此就需要存在应用层通信协议模块：解析数据，解决通信中有可能存在的粘包问题，能够获取到一条完整的消息
在前面的muduo库的基本使用中，我们能够知道想要让一个服务端/客户端对消息处理，就要设置一个onMessage的回调函数，在这个函数中对收到的数据进行应用层协议处理
而Protocol模块就是网络通信协议模块的设计，也就是在网络通信中，我们必须设计一个应用层的网络通信协议出来，以解决网络通信中可能存在的粘包问题，而解决粘包问题有三种方式：特殊字符间隔，定长，LV格式
