网页聊天系统-消息流转模块-68页极速下载

基于 这种架构的应用是基于模块的，表示层和业务逻辑分离，业务逻辑层与持久层分离， 从而减少开发成本缩短开发周期，达到提供系统性能的目的第四，良好的思想，使用多层体制系统解决方案，不同的业务逻辑 是基于模块进行开发，所以便于团队开发第 本课题主要研究基于的网页聊天工具服务器端控制模块的设计。

在本系统开发过程当中，本课题选择以这三种开源框 架来搭建系统架构。

其开发意义在于首先，三个框架都是 免费开源的，并且有丰富的帮助文档和众多的相关开发论坛提供技术支持其次，将这 些框架无缝地整合起来，充分发挥各个层次的框架的自身优势，便于实现系统的大规模开 发管理以及扩展。

运用和 网页聊天系统整体解决方案的系统设计，并规划了子系统的功能模块，介绍部分功能 模块详细功能设计。

网页聊天系统相应的测试方法和完整的实施方案的设计，并实现该系统给出测试结 果。

网页聊天系统采用基于的设计方式实现，便于用户操作，引入框架技术，构 建了基于技术的系统整体架构。

第二章开发技术介绍 开发平台 平台目前有个版本，它们是适合于小型电子设备和智能卡的平台工作 本课题研究内容主要包括以下方面 网页聊天系统的需求分析，利用需求分析基本方法，描述本系统的功能需求，给出系 统模型。

，充分发挥各个层次的框架的自身优势，便于实现系统的大规模开 发管理以及扩展。

运用和其开发意义在于首先，三个框架都是 免统开发过程当中，本课题选择以这三种开源框 架来搭建系统架构。

本课题主要研究基于的网页聊天工具服务器端控制模块的设计。

统是基于网页的，网页浏览器是每个操作系统都会自带的，任 何上网的人都可以使用，不需要下载，使用的范围非常广。

部分内容简介况，如果遇到网络拥堵则出现各种。

部分内容简介况，如果遇到网络拥堵则出现各种。

而本项目研究的聊天系统是基于网页的，网页浏览器是每个操作系统都会自带的，任 何上网的人都可以使用，不需要下载，使用的范围非常广。

本课题主要研究基于的网页聊天工具服务器端控制模块的设计。

在本系统开发过程当中，本课题选择以这三种开源框 架来搭建系统架构。

其开发意义在于首先，三个框架都是 免费开源的，并且有丰富的帮助文档和众多的相关开发论坛提供技术支持其次，将这 些框架无缝地整合起来，充分发挥各个层次的框架的自身优势，便于实现系统的大规模开 发管理以及扩展。

运用和思想，使用多层体制系统解决方案，不同的业务逻辑 是基于模块进行开发，所以便于团队开发第三，提高了系统的重用性和可维护性。

基于 这种架构的应用是基于模块的，表示层和业务逻辑分离，业务逻辑层与持久层分离， 从而减少开发成本缩短开发周期，达到提供系统性能的目的第四，良好的设计思想。

是基于的框架能够实现对象关系映射思想，把面向对象的设计开 发思想与关系数据库联系起来。

在研究如何设计和实现这样个聊天工具的同时，我们对于系统的构建会有个较为 深刻和全面的理解，尤其是对技术以及相关的开发技术更要认真切实的掌握， 这样才能开发出个安全实用可靠的聊天网站系统来。

当然，在设计和实现的过程当中 定会遇到这样那样的问题，可能是暂时性的有望在设计完成时能够解决的问题，也可能是 直到毕业设计完成之后仍然解决不了的问题，无论怎样，遇到问题应该庆幸才对，因为在 想办法解决问题的过程中你会学到很多，甚至会有意想不到的收获。

有了构建个聊天网 站的切身经历和体验，定能够为今后的动态网站设计打下良好的基础。

因此，本课题有 其自身的研究意义和价值。

课题的主要工作 本课题研究内容主要包括以下方面 网页聊天系统的需求分析，利用需求分析基本方法，描述本系统的功能需求，给出系 统模型。

网页聊天系统整体解决方案的系统设计，并规划了子系统的功能模块，介绍部分功能 模块详细功能设计。

网页聊天系统相应的测试方法和完整的实施方案的设计，并实现该系统给出测试结 果。

网页聊天系统采用基于的设计方式实现，便于用户操作，引入框架技术，构 建了基于技术的系统整体架构。

第二章开发技术介绍 开发平台 平台目前有个版本，它们是适合于小型电子设备和智能卡的平台 版，适用于桌面应用系统的平台标准版 ，适用于开发服务器应用程序和服务的平 台企业版，。

其中，是种利用 平台来简化企业应用系统的开发部署和管理相关的复杂问题的体系结构。

技术核心 是平台或平台的标准版，巩固了标准版中的许多优点。

最终目的就 是成为个能够使企业开发者大幅缩短应用软件投放市场时间的体系结构。

平台采用个多层次分布式的应用模式，应用逻辑按功能划分为组件，包括客户 端组件表示层组件业务逻辑组件等，各个应用组件根据他们所在的层分布在不同的机 器上。

事实上，设计的初衷正是为了解决模式的弊端，在传统模式中，客户 端担当了过多的角色而显得臃肿，而且由于其自身缺陷难于升级和扩展，业务逻辑与用户 界面数据库的过于紧密结合，使得重用变得异常困难。

现在使用的多层企业级 应用模型，将两层化模型中的不同层面切分成许多层。

个多层化应用能够为不同的每种 服务提供个的层，图是典型的四层结构。

图的四层结构 客户层组件 客户层用来与用户交互，并把来自系统的信息显示给用户。

下图所示客户层 那样，把信息传送给表现层的进行处理，并吧输入发送给业务层上的进行 处理，然后把处理结果返回给客户层。

图客户层组件与表现层组件业务逻辑层组件的交互 表示层组件 表示层位于服务器中，组件可以由页面基于的以及显 示页面的组成。

按照规范，静态的页面和不算是 层组件。

层主要作用是处理客户请求，求致，也就是说，发送方可以在任何时刻发送这些小组，而接收方并不知道 它什么时候到达。

个最明显的例子就是计算机键盘和主机的通信，按下个键的同时向 主机发送个比特位的代码，键盘可以在任何时刻发送代码，这取决于用户的 输入速度，内部的硬件必须能够在任何时刻接收个键入的字符。

这是个典型的异步传 输过程。

异步传输存在个潜在的问题，即接收方并不知道数据会在什么时候到达。

在 它检测到数据并做出响应之前，第个比特已经过去了。

这就像有人出乎意料地从后面走 上来跟你说话，而你没来得及反应过来，漏掉了最前面的几个词。

因此，每次异步传输 的信息都以个起始位开头，它通知接收方数据已经到达了，这就给了接收方响应接收 和缓存数据比特的时间在传输结束时，个停止位表示该次传输信息的终止。

按照惯例， 空闲没有传送数据的线路实际携带着个代表二进制的信号。

步传输的开始位使信 号变成，其他的比特位使信号随传输的数据信息而变化。

最后，停止位使信号重新变回 ，该信号直保持到下个开始位到达。

例如在键盘上数字，按照比特位的扩展 编码，将发送，同时需要在比特位的前面加个起始位，后面个 停止位。

同步传输的比特分组要大得多。

它不是地发送每个字符，每个字符都有自己的开 始位和停止位，而是把它们组合起来起发送。

我们将这些组合称为数据帧，或简称为帧。

数据帧的第部分包含组同步字符，它是个独特的比特组合，类似于前面提到的 起始位，用于通知接收方个帧已经到达，但它同时还能确保接收方的采样速度和比特的 到达速度保持致，使收发双方进入同步。

帧的最后部分是个帧结束标记。

与同步字符样，它也是个独特的比特串，类 似于前面提到的停止位，用于表示在下帧开始之前没有别的即将到达的数据了。

同步传输通常要比异步传输快速得多。

接收方不必对每个字符进行开始和停止的操 作。

旦检测到帧同步字符，它就在接下来的数据到达时接收它们。

另外，同步传输的开 销也比较少。

例如，个典型的帧可能有字节即比特的数据，其中可能只 包含比特的开销。

这时，增加的比特位使传输的比特总数增加，这与异步传输中 的增值要小得多。

随着数据帧中实际数据比特位的增加，开销比特所占的百分比将相 应地减少。

但是，数据比特位越长，缓存数据所需要的缓冲区也越大，这就限制了个帧 的大小。

另外，帧越大，它占据传输媒体的连续时间也越长。

在极端的情况下，这将导致 其他用户等得太久。

传统的与的比较 传统的应用允许用户填写表单，当提交表单时就向服务器发送个 请求。

服务器接收并处理传来的表单，然後返回个新的网页。

这个做法浪费了许多带 宽，因为在前後两个页面中的大部分代码往往是相同的。

由于每次应用的交互都需 要向服务器发送请求，应用的响应时间就依赖于服务器的响应时间。

这导致了用户界面 的响应比本地应用慢得多。

与此不同，应用可以仅向服务器发送并取回必需的数据，它使用或其它 些基于的接口，并在客户端采用处理来自服务器的响应。

因为在服务器和浏览器之间交换的数据大量减少，结果我们就能看到响应更快的应用。

同时很多的处理工作可以在发出请求的客户端机器上完成，所以服务器的处理时间也 减少了。

使用的最大优点，就是能在不更新整个页面的前提下维护数据。

这使得应 用程序更为迅捷地回应用户动作，并避免了在网络上发送那些没有改变过的信息。

不需要任何浏览器插件，但需要用户允许在浏览器上执行。

就像 应用程序那样，应用程序必须在众多不同的浏览器和平台上经过严格的测试。

随着的成熟，些简化使用方法的程序库也相继问世。

同样，也出现了另种 辅助程序设计的技术，为那些不支持的用户提供替代功能。

用作的引擎，的兼容性和都是让人头痛的事 的无刷新重载，由于页面的变化没有刷新重载那么明显，所以容易给用户带来困 扰用户不太清