模拟卷基于Ajax的Web聊天系统设计与实现_精品文档.doc

1、Using the research method of literature, means of observation, behavioral approach, conceptual analysis and the pattern of information-seeking of local and overseas were analyzed and compared, Basic pattern strategies of technology information-seeking福州大学至诚学院本科生毕业设计（论文）题 目： 用3号黑体字填写题目 姓 名： 用4号宋体字填写姓

2、名、学号、系别、专业、年级、指导老师和日期学 号： 系 别： 专 业： 年 级： 指导教师： 年 月 日独创性声明本毕业设计（论文）是我个人在导师指导下完成的。文中引用他人研究成果的部分已在标注中说明；其他同志对本设计（论文）的启发和贡献均已在谢辞中体现；其它内容及成果为本人独立完成。特此声明。论文作者签名： 日期： 关于论文使用授权的说明本人完全了解福州大学至诚学院有关保留、使用学位论文的规定，即：学院有权保留送交论文的印刷本、复印件和电子版本，允许论文被查阅和借阅；学院可以公布论文的全部或部分内容，可以采用影印、缩印、数字化或其他复制手段保存论文。保密的论文在解密后应遵守此规定。论文作者签

3、名： 指导教师签名： 日期： 基于Ajax的Web聊天系统设计与实现居中，小2黑体；设置段前、段后距为1行；行距：固定值36磅摘要居中，4号黑体；设置段前、段后距为1行；行距：固定值24磅随着摘要内容小4号宋体；设置段前、段后距为0行；行距：固定值20磅Internet的迅速发展，许多C/S结构的应用程序纷纷转向B/S结构的web应用程序。web版的应用程序，让用户可以利用基于浏览器的客户端轻松地使用程序，不用考虑平台之间的差异、程序可移植性好、容易部署并且维护简单。但由于B/S结构采用同步的请求/响应机制，浏览器中的页面在请求后要进行全部刷新，且在页面刷新的过程中，用户只能看着浏览器空白的界

4、面不能做其他的事情。这严重影响了用户体验，使B/S结构的应用丧失了原有基于C/S结构的良好用户体验，一定程度上制约着web应用程序的发展。但近来，Google公司的Google Maps、Gmail和Google Suggest等web应用却打破了这个制约，给用户带来了良好的用户体验。Google在这方面的取得巨大的成功，这催生了Ajax概念的诞生，并吸引着越来越多的人构建具有丰富客户体验的web应用。目前常规的即时聊天工具如QQ要求要安装客户端(基于C/S模式)，这种要求在一定程度上会带来某种不便，但其丰富的用户交互功能吸引着众多的用户。本课题的目的是使用Ajax开发模式设计和实现一个web

5、版的即时聊天系统，使B/S的web应用具有像C/S模式一样的用户交互。本文将通过介绍传统web应用的不足，引入Ajax技术，介绍什么是Ajax以及基于Ajax的web应用模型，总结Ajax在聊天系统中的应用，最后本文将通过设计和实现web版的即时聊天系统具体展示如何在web中的应用Ajax技术。关键词：Ajax，web应用，聊天系统在“摘要内容”后空一行书写，小4号黑体；关键词之间“，”分隔。Design and Implement of Web Chat System Base on Ajax 居中、小3号Arial Black字体；段前、段后距为1行；行距：固定值36磅Abstract居中

6、，4号Arial Black字体；段前、段后距为1行；行距：固定值24磅Along英文摘要内容小4号Times New Roman 字体；段前、段后距为0行；行距：固定值20磅 with the rapid development of Internet, many C/S based applications translate to B/S based web applications. （其它内容略）Key Words: Ajax, Web Application, Chat System 在“摘要内容”后空一行书写，小4号Arial Black字体；关键词之间“，”分隔目 录居中，小2

7、号黑体，两字之间空四格；段前、段后距为1行；行距：固定值36磅第1章 绪论11.1 研究背景11.2 研究意义11.3 研究内容11.4 论文组织1第2章 技术背景介绍2第3章 Web版聊天系统的设计33.1 功能设计33.2 概要设计33.3详细设计33.3.1用户界面逻辑设计33.3.2 数据库的设计43.3.3 基于Ajax的web应用的交互逻辑53.4 本章小结5第4章 Web版聊天系统的实现6结论7参考文献8谢辞9附录一 部分关键源码及解释10目录内容小4号宋体,行距：固定值20磅,标题列至一或二级节标题9基于Ajax的Web聊天系统设计与实现第1章 绪论章标题居中，黑体小2号；段前

8、、段后距为1行；行距为固定值36磅1.1 研究背景一级节标题序数顶格书写，后空1格书写标题，黑体3号；段前、段后距为1行；行距为固定值24磅随着正文宋体小4号 ，段前、段后距为0行；行距为固定值20磅Internet的迅速发展，基于B/S的应用程序越来越受欢迎。在B/S结构程序中，用户可以利用基于浏览器的客户端轻松地使用程序；程序可以运行在不同的平台上，不用考虑平台之间的差异；只需部署服务器，客户端可以直接运行在浏览器上，部署简单且便于维护。B/S的诸多优点使众多软件商将Web作为首选平台，促使许多C/S结构的程序纷纷转向B/S结构。但由于互联网是一个同步的请求/响应系统，浏览器需要在请求后刷

9、新整个页面。在页面刷新的过程中，用户只能看着浏览器空白的界面不能做其他的事情，这严重影响了用户体验，也制约着B/S结构程序的发展。同步请求和全部刷新，本质上是B/S请求响应机制所采用的HTTP协议决定的。这似乎是web理所当然的缺陷，但Google公司的Google Maps、Gmail和Google Suggest等web应用却打破了同步请求和全部刷新的制约，给用户带来了良好的用户体验1在引用到参考文献的内容末尾右上角（上标），放置文献编号，宋体小4号。Google在这方面的取得巨大的成功催生了Ajax概念的诞生，并吸引着越来越多的人构建具有丰富客户体验的web应用。传统的即时聊天系统是基于

10、C/S结构的桌面应用程序，它的即时通讯功能和提供给用户的良好体验吸引着众多的用户。但基于C/S结构的聊天系统，要求用户一定要安装特定的客户端。这个要求在一定的程度上会带来种种不便，不能适应于不同操作系统平台；既要部署服务器，也要安装特定的客户端，部署不方便；系统升级时既要升级服务器也要升级客户端，升级和维护都及其不便2。1.2 研究意义（内容略）1.3 研究内容（内容略）1.4 论文组织（内容略）第2每章均应另起一页章 技术背景介绍（内容略）第3章 Web版聊天系统的设计3.1 功能设计（内容略）3.2 概要设计基于Ajax的web即时聊天系统的概要设计如图3-1所示。图与前文间隔1行；图内文

11、字宋体5号图3-1 系统概要设计图图序按章编号；图序图名置于表的下方，居中，宋体5号（图与后文间隔1行其它内容略）3.3详细设计3.3.1用户界面逻辑设计二级节标题序数缩进2格书写，后空1格书写标题，黑体小3号；段前、段后距为1行；行距为固定值20磅（内容略）3.3.2 数据库的设计(1) item表、user_appended表和group_appended表总项包括的分项采用、单独序号这三个表主要用来存储用户和群组信息。其中类型为用户的item表项和user_appended共同表示用户信息，类型为群组的item表项和group_appended共同表示群组信息。各表的字段设计如表3-1、

12、表3-2、表3-3所示。表3-1 item表表与前文间隔1行；表序按章编号；表序表名置于表的上方，居中，宋体5号字段名表格无左右边框；表内文字宋体5号数据类型主键/允许空字段含义register_nameVARCHAR(31)PRIMARY KEY注册名display_nameVARCHAR(31)NOT NULL显示名Icon_srcVARCHAR(31)NOT NULL图标Item_typeVARCHAR(15)NOT NULL类型表3-2 group_appended表字段名数据类型主键/允许空字段含义register_nameVARCHAR(31)PRIMARY KEY注册名manag

13、erVARCHAR(31)FOREIGN KEY管理员表3-3 user_appended表字段名数据类型主键/允许空字段含义register_nameVARCHAR(31)PRIMARY KEY注册名passwordVARCHAR(31)NOT NULL密码genderVARCHAR(1)NOT NULL性别from_whereVARCHAR(63)NULL来自哪里email_addressVARCHAR(63)NULL电子邮箱phone_numberVARCHAR(31)NULL电话号码active_statusVARCHAR(7)NOT NULL状态从表与后文间隔1行用户和群组中提取出共

14、同的信息组成item表，是考虑了如下的原因：分项中的小项采用、的序号或数字加半括号 在主窗口中，需要显示好友列表和群组列表，都需要获取好友列表或群组列表的注册名、显示名及图标，而不需要其它的具体信息。这样在显示好友或群组列表时，服务只需查询item表，并返回相应的内容。 方便统一表达朋友关系和组员-组关系，进一步方便了消息(message)表的设计，具体好处将在设计message表时说明。因为每个用户（或群组）信息都由类型为用户（或群组）的item表项及user_appended（或group_appended）表的相应表项共同表示。user_appended表和group_appended表中每个表项关键字的值