【服务器编程】初步确定服务器逻辑设计

【前言】

本项目主要提供资源区、聊天、讨论区等服务。服务是具体的事情，而调度则是控制服务进行的主干线，所以多进程池/线程池的设计很重要。下面是服务器采用的进程/线程逻辑结构，而具体什么服务再封装起来使其被线程调用。



图.1 初步服务器逻辑设计

【编程逻辑】

一般服务器由三部分组成：I/O，处理单元，数据存储。

I/O模型：一般采用非阻塞模型（epoll的ET模式效率比LT高）

处理单元：也就是服务类型，比如提供文件传输、聊天等等，可以封装成类（聚合/继承）；由众多线程调度一个超级服务（也是一个类，可以想象为所有服务的集合），再由超级服务器根据请求类型调度相应的服务程序（可以用抽象工厂模式等等）。所以说，进程池/线程池可以想象为一个控制整个服务逻辑的魔爪。

数据存储：用到数据库，封装一个操作数据库的类，所有线程需要访问数据库，所有线程通过互斥访问。

还有很多小细节，比如登陆时传输密码等需要加密，那么为了使服务器功能分区明显，便依维护，那么用面向对象的思维好很多（虽然我也是个对象渣），如这里的加密算法可以用个策略模式。