1、系统架构:
采用模块化思想,分为3层: 字串9
a、数据存储层:使用MySQL来存放bbs的所有数据,包括用户信息,文章数据,用户信件,用户消息,系统数据(?),关键问题: 数据库的规划,是否用文件来辅助。 字串7
b、系统功能层:完成bbs的基本功能,由多个并列模块组成,向下调用mysql的函数访问数据库,向上,接受处理请求,将处理的结果返回上层,根据请求类型,返回成败结果和其他数据。而且模块高度灵活,可以方便的修改增加。包括:
字串9
** 用户模块,处理用户的注册,基本数据的修改,权限的变化,网友信息的查询。
字串2
** 版面模块,完成文章发表,文章的读取,文章的删除,文章的加标记,读改删权限检查,此模块对数据库的要求最高。
** 精华区模块,包括精华区的文章,目录的增加,删除,上下移动 字串8
读改删权限检查,目录结构是其中的难点。
字串4
** 信件模块,包括发新信件,读删信件,信笺标记,新信件的通知 字串2
** 消息模块,包括发送消息,接受消息,新消息通知,消息回顾,消息存信件。
** 系统动态模块,包括当前上站人数,当前动态,由于变动频繁,此类数据用共享内存实现可能更好。
字串8
** 聊天模块,双人聊天是否能借鉴icq的做法,由双方直接通话,但聊天结果存信件可能较麻烦,同时,为兼容telnet功能,当上层服务层为telnet时,增加专门的模块来进行处理。
** 聊天室模块,利用共享内存还是数据库?开房间,里面的权限问题。根据需要,还能增加新的功能。例如:活动看板模块,但对于非telnet终端,意义好象不大。 字串2
3、数据库设计
字串6
关键还是MySQL的效率问题,合理分配mysql的内存,特别是table cache的大小。另外,当系统突然掉电呢?mysql是否robust?table的名字设计,采用一位前缀表明类型,全部用小写表示(?),例如:
字串8
系统的数据库,以s为前导,如用户表:suser(sUSER 呢?),具体如下:
s :系统表,suser,sclass
字串5
m :用户信件表,msysop,mdrangon 字串5
w :用户消息表,wsysop,wdrangon 字串8
a :版面索引表,aLinux,acampus
b :版面文章表,blinux,bcampus
字串3
c :特殊分类版面表,cnewboard
i :精华区索引表,ilinux,ilinux01,icampus,icampus04 字串8
j :精华区文章表,jlinux,jcampus 字串1
另外,是使用字串还是数字作为标识呢?例如,一个叫sysop的帐号,其id是1,他的信的表是msysop还是m00001呢?同样,一个叫campus的版,对应的代码是5,则这个版的文章的表名是bcampus还是b00005呢?可能用字串会容易理解,查错吧。 字串5
| 以下为引用的内容: 用户信息表:suser 字串9 usernum int unique, // 唯一标识符,最多30000个帐号,会不会太少了? 字串7 // 还需要其他数据吗?是否需要留出一定的保留值,以后alter table来 字串2
版面分类表:sclass 字串9 classnum int unique, // 分类标识 版面表:sboard 字串2 boardnum int unique, // 版面的标识(需要吗?) 字串6 // 最后两项有没有必要出现,是否可以作为必然对应关系,还是允许 字串4
特殊分类版面表:snewboard, sstarboard 字串4 boardid char[20], // 版面的id 字串7 版面索引表:acampus,aLinux,afootball。。。。。。 字串7 id int, // 文章序数,要手动调整???? 字串1
|
版面文章表
字串6
| 以下为引用的内容: textnum longint, // 文章编号? 字串8 // 有必要将索引和文章内容分开吗?从效率上看,况且lazy flush // 用户中的版面文章是否未读的数据比较繁,是否应该再建一堆的表 字串4
|
4、用户模块设计 字串8
对于底层数据库,调用MySQL的C API函数来进行数据库的修改,内部保存一定的状态变量(例如用户名,还是留给上一层完成?),对上一层,则提供用户管理的接口。
| 以下为引用的内容: Class UserManage { public: 字串8
int NewUser( char *userid, char *passwd ); 字串3
// 普通查询命令 // 特权指令,函数在完成功能前,先判断权限。 字串8 |
以上各个函数难度不大,都是执行相应的sql语句,访问mysql数据库,是否将一般指令归到特权指令中去呢?权限的检查,是放在这一层还是上一层?
字串2
这更多的是看考虑的着重点,是看程序的清晰性还是代码的简练,可能还是看代码吧,毕竟要考虑访问量,另外,上层服务层是否也应该考虑权限检查问题呢?
字串9
5、版面模块设计
所谓分类,更多的是为telnet服务端考虑的,在cq66模式下,用户可以按照自己的意愿进行分类,反正最后都是直接以版为基本单位访问的。 字串5
对于版面文章的访问,存放的时候以整篇文章为参数,文章的分块由本层完成,如果上层以块为单位传送,则在上层全部传完,组合后,再传参到本层分解;在读取 的时候,本层则以块为单位访问,如果上层要以全文为单位访问,则在上层做合并 工作,本层不管。
至于要不要独立出索引,不影响上层的操作,主要和下层的数据库构造有关,主要考虑可行性,效率需求等。 字串4
权限的检查放在哪里进行呢?还是放在上层吧,其实就telnet服务器端,和cq66 的客户端,根本不会给一般用户显示特殊指令的菜单,当然,用户可以直接发送cq66 的指令,服务器方还是要检查的。但应该不用在它下面的功能模块层再检查一次吧。
| 以下为引用的内容: Class BoardManage { public: // 修改需要版面管理员以上的特权 字串6
// 有关版面文章的操作。 // 文章和作者的查询 |
参数的传递是一件比较讨厌的事,从抽象的角度,希望返回的数据与底层无关,所以应该加以处理,但从效率的角度,又不希望数据进行多次
复制,另一方面,空间的申请释放,究竟是在上层中完成还是在本层中完成呢?一不小心,很容易有内存错误。