1、“.....才能够使用它们。文件是应用专有的配置文件。框架在入这个配置文件，通过它来配置和创建组件。这个配置文件可以实装和配置各个组件，提高应用组件间的可扩展性和灵活性，避免硬编码。我们需要在配置文件中完成个具体的之间的映射，包括处理请求结果之后的页面转向。请求到之间的映射需要根据出设计来配置。由于这里两个控制器使用了的包，所以在配置内容上与普通的略微有差别，下面的消息管理模块在配置文件中的配置代码。为了使用管理该类，在也应该配置相应的内容。其配置内容如下所示。其中的属性值是在中使用的到，内容是实现类的完整路径，中的必须是在文件中已经配置过得类，该处使用的是已经在定义过的服务层的类。层层层无缝整合，其数据服务层用来存放数据。配置的时候......”。

2、“.....因为是在表现层，所以这些类需要多个实例，所以它们的生成模式为业务逻辑层的实现业务逻辑层是整个应用的业务处理核心，接收表现层的用户请求，控制着应用的流程，并通过持久层完成数据的存取操作。业务逻辑层由业务服务接口接口实现及业务层配置组成。业务服务接口向表现层提供各种业务服务接口方法，具体实施则通过接口实现类来完成。在应用中调用接口来进行业务处理。层的业务实现，具体要调用到已定义的层的接口，封装层的业务逻辑有利于提高通用的业务逻辑的独立性和重复利用性，程序显得非常简洁。还是以消息模块为例，使用的业务层类主要包括公聊消息服务和在线用户服务。这里我们主要以公聊消息类为主公聊消息服务接口在这个服务接口中......”。

3、“.....这样无论哪个控制器要调用这个服务，本服务均可以提供接口给其调用。实现代码如下删除更改查询接口实现类对于每个服务接口，系统均需要给出具体的实现方法，才能够真正的提供服务。对于上述的公聊消息服务接口，其接口实现类的代码如下获得当前最新条信息说，查询分页管理设置最大记录值获得查询结果该类中其他方法的实现持久化层组件在中的配置接口需要在中的配置的内容如下标签中，接口也是系统的个，也要用项指出来名称，实现类在标签中指出来。子标签，它是在设置值注入时用于指定组件的属性。持久化操作所依赖的对象由这里生成，因此在这里指定工厂。为了提高代码的重用性，在这里定义个公用抽象服务层模板，这样在后面开发的业务逻辑层中可以继承该......”。

4、“.....上述内容在配置文件中具体生成代码如下所示。配置文件中系统的设置继承了父模板，该模板中已经注入的属性就不再需要注入。可以生成对象，它是数据库操作的依赖组件。它也需要在配置文件中明确各种参数的设置。也是属于系统的个，因此在需使用标签的项指出。具体实现代见系统框架搭建部分配置文件内容。经过以上实现后，当业务逻辑组件调用接口中的方法时，系统就可以实现从数据库中查询当前页的数据赋给分页对象了。系统运行效果把程序部署到服务器，并且启动好服务器后，在浏览器中输入网页聊天系统的地址，就可以查看系统的运行效果了。的默认端口是，并且是在本地运行，网页聊天系统的软件的名称，所有在浏览器中输入，就可以进入默认的页面中。为了方便测试......”。

5、“.....如下图所示用户登陆和注册页面输入用户名和密码后，就可以进入用户聊天系统页面了，首先出现的欢迎页面，页面效果如下在欢迎页面的上面部分，用户可以选择进入哪个功能模块进行操作。在系统右上角，可以点击自己的用户名，进入个人信息管理模块，点击退出就可以退出该系统。聊天大厅模块选择页面上方聊天大厅链接，就可以看到房间列表和好友列表以及好友是否在线的状态，如下图所示选择个房间后，点击进入链接，就可以进入该房间公聊页面，在进入时，如果是第次登陆聊天系统，则会提示您进入了个聊天室的信息，若是之前刚登陆过系统，则会显示上次进入个房间的信息，若是上次进入的仍是这个房间......”。

6、“.....可以继续聊天的提示信息。在该页面当中可以进行发送消息，显示实时消息，查看该房间的在线用户，重新选择等功能。进入房间的效果图如下在聊天页面中，可以进行公聊，聊天效果图如下图所示私聊消息界面和公聊消息界面类似。这里就不再叙述。系统实现类层次关系图在以上实现过程当中，层，层这两个层次都可以单独开发，互相的耦合度很低，这样的种模式在开发大项目的过程中尤其有优势层因为耦合度比较高，因而要结合在起开发，但是也可以看作个整体独立于前两个层进行开发。这样，在层与层之前我们只需要知道接口的定义，调用接口即可完成所需要的逻辑单元应用，切显得非常清晰简单。层是建立在层之上的，建立了层后才可以建立层，而层又是在层之下的，因而层应该既调用层的接口......”。

7、“.....它刚好处于个中间层的位置。每个模型都有个接口，每个接口分别封装各自的业务处理方法。每个功能的实现能够使用到各个层次的类，但由于这些类是使用配置文件低耦合的，所以以个实用的系统开发角度来讲，这样反而使得代码管理变得清晰明了。以消息管理为例，它的各个层的类的关系图如图所示。其他各个模块功能的实现的类关系图也是类似的。图消息管理的类层次关系图结论本文从种意义上来讲不但是毕业设计的研究过程的个总结，也是对相关理论技术综合学习应用的种探索。是对目前网页聊天系统构建方案的种探索。从系统的使用角度，从系统的设计角度实现技术角度，都进行了大胆的尝试和改进，为平台下构建网页聊天系统提供了可行的解决方案......”。

8、“.....有效地整合了架构。详细介绍了此架构的整合方法，由负责表现层，负责业务逻辑层，负责数据持久层。这些技术的使用不但为系统的开发提供了方便，而且增强了系统的应用可靠性灵活性和可扩展性。通过对前台聊天子系统的消息管理模块的具体实现，我们可以认识到利用框架框架和框架的集成可以将中的管理事务管理融为体，获得个全面成熟高效自顶而下的开发框架。这个框架大大缩短开发周期，减少代码量，增强了系统的可维护性同时利用系统分层的原理，在系统中引入数据持久层，通过数据持久层与数据库交互，这样使系统各个层次之间结构分明，各层之间的依赖性减少，有利于程序的可重用性。由于作者水平有限，对目前网页聊天系统的应用情况和相关理论技术的理解和掌握不够......”。

9、“.....总结本文的研究工作今后还需要在以下方面进行努力功能设计还不够完善全面。不够完善是指系统的基本功能虽已具备，但设计的合理性，运用的科学性还需要进步完善。不够全面是指网页聊天系统可以是个功能比较完善用户使用度高的系统，要完成用户体验度高的目的，还需要引入大量的功能支持，在这方面所作的工作还远远不够。系统的实时性有待提高。本系统的聊天消息的发送和显示是通过实现的，但是还是要每隔定时间去数据库取次数据，虽然时间间隔较短，但是还是达不到很高的实时性。这个是以后完善整个系统的主要方面。框架技术在不断的发展，本文采用的架构也需要不断扩展其功能，提高其性能。今后将继续探讨软件开发中系统架构设计的问题，进步加深对和的研究与实践......”。