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

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

《模拟卷基于Ajax的Web聊天系统设计与实现_精品文档.doc》由会员分享，可在线阅读，更多相关《模拟卷基于Ajax的Web聊天系统设计与实现_精品文档.doc（18页珍藏版）》请在冰豆网上搜索。

Usingtheresearchmethodofliterature,meansofobservation,behavioralapproach,conceptualanalysisandthepatternofinformation-seekingoflocalandoverseaswereanalyzedandcompared,Basicpatternstrategiesoftechnologyinformation-seeking

福州大学至诚学院

本科生毕业设计（论文）

题目：

用3号黑体字填写题目

姓名：

用4号宋体字填写姓名、学号、系别、专业、年级、指导老师和日期

学号：

系别：

专业：

年级：

指导教师：

年月日

独创性声明

本毕业设计（论文）是我个人在导师指导下完成的。

文中引用他人研究成果的部分已在标注中说明；其他同志对本设计（论文）的启发和贡献均已在谢辞中体现；其它内容及成果为本人独立完成。

特此声明。

论文作者签名：

日期：

关于论文使用授权的说明

本人完全了解福州大学至诚学院有关保留、使用学位论文的规定，即：

学院有权保留送交论文的印刷本、复印件和电子版本，允许论文被查阅和借阅；学院可以公布论文的全部或部分内容，可以采用影印、缩印、数字化或其他复制手段保存论文。

保密的论文在解密后应遵守此规定。

论文作者签名：

指导教师签名：

日期：

基于Ajax的Web聊天系统设计与实现居中，小2黑体；设置段前、段后距为1行；行距：

固定值36磅

摘要居中，4号黑体；设置段前、段后距为1行；行距：

固定值24磅

随着摘要内容小4号宋体；设置段前、段后距为0行；行距：

固定值20磅

Internet的迅速发展，许多C/S结构的应用程序纷纷转向B/S结构的web应用程序。

web版的应用程序，让用户可以利用基于浏览器的客户端轻松地使用程序，不用考虑平台之间的差异、程序可移植性好、容易部署并且维护简单。

但由于B/S结构采用同步的请求/响应机制，浏览器中的页面在请求后要进行全部刷新，且在页面刷新的过程中，用户只能看着浏览器空白的界面不能做其他的事情。

这严重影响了用户体验，使B/S结构的应用丧失了原有基于C/S结构的良好用户体验，一定程度上制约着web应用程序的发展。

但近来，Google公司的GoogleMaps、Gmail和GoogleSuggest等web应用却打破了这个制约，给用户带来了良好的用户体验。

Google在这方面的取得巨大的成功，这催生了Ajax概念的诞生，并吸引着越来越多的人构建具有丰富客户体验的web应用。

目前常规的即时聊天工具如QQ要求要安装客户端（基于C/S模式），这种要求在一定程度上会带来某种不便，但其丰富的用户交互功能吸引着众多的用户。

本课题的目的是使用Ajax开发模式设计和实现一个web版的即时聊天系统，使B/S的web应用具有像C/S模式一样的用户交互。

本文将通过介绍传统web应用的不足，引入Ajax技术，介绍什么是Ajax以及基于Ajax的web应用模型，总结Ajax在聊天系统中的应用，最后本文将通过设计和实现web版的即时聊天系统具体展示如何在web中的应用Ajax技术。

关键词：

Ajax，web应用，聊天系统在“摘要内容”后空一行书写，小4号黑体；关键词之间“，”分隔。

DesignandImplementofWebChatSystem

BaseonAjax

居中、小3号ArialBlack字体；段前、段后距为1行；行距：

固定值36磅

Abstract居中，4号ArialBlack字体；段前、段后距为1行；行距：

固定值24磅

Along英文摘要内容小4号TimesNewRoman字体；段前、段后距为0行；行距：

固定值20磅

withtherapiddevelopmentofInternet,manyC/SbasedapplicationstranslatetoB/Sbasedwebapplications.……（其它内容略）

KeyWords:

Ajax,WebApplication,ChatSystem在“摘要内容”后空一行书写，小4号ArialBlack字体；关键词之间“，”分隔

目录居中，小2号黑体，两字之间空四格；段前、段后距为1行；行距：

固定值36磅

第1章绪论 1

1.1研究背景 1

1.2研究意义 1

1.3研究内容 1

1.4论文组织 1

第2章技术背景介绍 2

第3章Web版聊天系统的设计 3

3.1功能设计 3

3.2概要设计 3

3.3详细设计 3

3.3.1用户界面逻辑设计 3

3.3.2数据库的设计 4

3.3.3基于Ajax的web应用的交互逻辑 5

3.4本章小结 5

第4章Web版聊天系统的实现 6

结论 7

参考文献 8

谢辞 9

附录一部分关键源码及解释 10

目录内容小4号宋体,行距：

固定值20磅,标题列至一或二级节标题

9

基于Ajax的Web聊天系统设计与实现

第1章绪论章标题居中，黑体小2号；段前、段后距为1行；行距为固定值36磅

1.1研究背景一级节标题序数顶格书写，后空1格书写标题，黑体3号；段前、段后距为1行；行距为固定值24磅

随着正文宋体小4号，段前、段后距为0行；行距为固定值20磅

Internet的迅速发展，基于B/S的应用程序越来越受欢迎。

在B/S结构程序中，用户可以利用基于浏览器的客户端轻松地使用程序；程序可以运行在不同的平台上，不用考虑平台之间的差异；只需部署服务器，客户端可以直接运行在浏览器上，部署简单且便于维护。

B/S的诸多优点使众多软件商将Web作为首选平台，促使许多C/S结构的程序纷纷转向B/S结构。

但由于互联网是一个同步的请求/响应系统，浏览器需要在请求后刷新整个页面。

在页面刷新的过程中，用户只能看着浏览器空白的界面不能做其他的事情，这严重影响了用户体验，也制约着B/S结构程序的发展。

同步请求和全部刷新，本质上是B/S请求响应机制所采用的HTTP协议决定的。

这似乎是web理所当然的缺陷，但Google公司的GoogleMaps、Gmail和GoogleSuggest等web应用却打破了同步请求和全部刷新的制约，给用户带来了良好的用户体验[1]在引用到参考文献的内容末尾右上角（上标），放置文献编号，宋体小4号

。

Google在这方面的取得巨大的成功催生了Ajax概念的诞生，并吸引着越来越多的人构建具有丰富客户体验的web应用。

传统的即时聊天系统是基于C/S结构的桌面应用程序，它的即时通讯功能和提供给用户的良好体验吸引着众多的用户。

但基于C/S结构的聊天系统，要求用户一定要安装特定的客户端。

这个要求在一定的程度上会带来种种不便，不能适应于不同操作系统平台；既要部署服务器，也要安装特定的客户端，部署不方便；系统升级时既要升级服务器也要升级客户端，升级和维护都及其不便[2]。

1.2研究意义

（内容略）

1.3研究内容

（内容略）

1.4论文组织

（内容略）

第2每章均应另起一页

章技术背景介绍

（内容略）

第3章Web版聊天系统的设计

3.1功能设计

（内容略）

3.2概要设计

基于Ajax的web即时聊天系统的概要设计如图3-1所示。

图与前文间隔1行；图内文字宋体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、表3-2、表3-3所示。

表3-1item表表与前文间隔1行；表序按章编号；表序表名置于表的上方，居中，宋体5号

字段名表格无左右边框；表内文字宋体5号

数据类型

主键/允许空

字段含义

register_name

VARCHAR（31）

PRIMARYKEY

注册名

display_name

VARCHAR（31）

NOTNULL

显示名

Icon_src

VARCHAR（31）

NOTNULL

图标

Item_type

VARCHAR（15）

NOTNULL

类型

表3-2group_appended表

字段名

数据类型

主键/允许空

字段含义

register_name

VARCHAR（31）

PRIMARYKEY

注册名

manager

VARCHAR（31）

FOREIGNKEY

管理员

表3-3user_appended表

字段名

数据类型

主键/允许空

字段含义

register_name

VARCHAR（31）

PRIMARYKEY

注册名

password

VARCHAR（31）

NOTNULL

密码

gender

VARCHAR

（1）

NOTNULL

性别

from_where

VARCHAR（63）

NULL

来自哪里

email_address

VARCHAR（63）

NULL

电子邮箱

phone_number

VARCHAR（31）

NULL

电话号码

active_status

VARCHAR（7）

NOTNULL

状态

从表与后文间隔1行

用户和群组中提取出共同的信息组成item表，是考虑了如下的原因：

分项中的小项采用①、②、③…的序号或数字加半括号

在主窗口中，需要显示好友列表和群组列表，都需要获取好友列表或群组列表的注册名、显示名及图标，而不需要其它的具体信息。

这样在显示好友或群组列表时，服务只需查询item表，并返回相应的内容。

方便统一表达朋友关系和组员-组关系，进一步方便了消息（message）表的设计，具体好处将在设计message表时说明。

因为每个用户（或群组）信息都由类型为用户（或群组）的item表项及user_appended（或group_appended）表的相应表项共同表示。

user_appended表和group_appended表中每个表项关键字的值