|
论文摘要目录： |
| 关键词：计算机应用论文 学术论文 |
摘要 本文介绍了组件以及activex技术，分析了browser/server体系结构开发应用软件的特点和不足。提出了克服该不足的一种方法。最后给出了一个应用实例。
关键词 web ，com ，应用软件，服务器
1 引言
由于客户服务器两层结构存在灵活性差、升级困难、维护工作量大等缺陷，已较难适应当前信息技术与网络技术发展的需要。随着web技术的日益成熟，browse/server(简称b/s)结构已成为取代browser/server(简称c/s)结构的一种全新技术。采用该结构软件的优势在于：(1)无须开发客户端软件，维护和升级方便；(2)可跨平台操作，任何一台机器只要装有www浏览器软件，均可作为客户机来访问系统；(3)具有良好的开放性和可扩充性；(4)可采用防火墙技术来保证系统的安全性，有效地适应了当前用户对管理信息系统的新需求。因此该结构在管理信息系统开发领域中获得飞速发展，成为应用软件研制中一种流行的体系结构。
本文在对b/s体系结构分析的基础上，提出了一种新的体系结构，把b/s与c/s相结合，将组件技术和activex技术分别应用在服务器端和客户端，开发高效、安全的应用系统。最后给出了一个应用实例。
2 . com组件技术和activex技术
com是一种技术标准。它是由微软公司创建，提供了使多个应用程序或组件对象协同工作并相互通信的能力。com组件是遵循com规范编写、以win32动态链接库（dll）或可执行文件（exe）的形式发布的可执行的二进制代码。遵循com的规范标准，使组件与应用、组件与组件之间可以相互操作，极其方便地建立可伸缩的应用系统。从工程的角度看,组件在应用开发方面具有以下特点:
(1) 组件与开发的工具语言无关。开发人员可以根据需要和爱好选择特定语言工具实现组件的开发。常用的开发工具是vb、vc和delphi。将组件编译成dll或exe置于服务器端。可有效保护商业秘密。
(2) 通过接口有效保证了组件的复用性。一个组件具有若干个接口，每个接口代表组件的某个属性或方法。其它组件或应用程序可以设置或调用这些属性和方法来进行特定的逻辑处理。组件和应用程序的连接是通过其接口实现的。负责集成的开发人员无须了解组件功能的如何实现，而只须创建组件对象与其接口建立连接。在保证接口一致性的前提下，可以调换组件、更新版本，也可以将组件应用在不同的系统中。
(3) 组件运行效率高、便于使用和管理。因为组件是二进制代码，比asp脚本运行效率高，所以核心的商务逻辑计算任务必须由组件来负责，asp脚本只起组装组件的角色。而且组件在网络上的位置可被透明地分配，组件和使用它的程序既能在同一进程中运行，也可在不同进程或不同的机器上运行。组件之间是相互分离和独立的。利用mts或com+对组件管理更加方便。
activex是遵循com/dcom规程而开发的用于internet的一种对象链接与嵌入技术（ole）。com是应ole设计者的需求而诞生的。其基本的出发点是想让某个软件通过一个通用的机构为另一个软件提供服务。对于基于web的应用而言，它提供了使组件嵌入到web页面以扩展交互功能的应用机制。客户端控件是面向用户的，以可视化的图形视频或文字界面、或者音频形式在浏览器上出现。但它可能并不是浏览器的组成部分。这些控件原先是放在服务器上的。当浏览器发出请求时，web服务器回传页面，由浏览器负责解释。在解释过程中，若发现页面中要求调用activex控件时，则用该控件的在页面中注明的id值先在本地的注册表内进行查询。若已经无忧论文 【http://www.uklunwen.com】存在，则说明该控件已经在本地安装，然后通过注册表中的相关信息直接使用该控件；否则就要根据页面中所提示的该控件所在的服务器上的路径到服务器上去下载并且自动完成在本地的安装注册，使该控件成为本地资源，供今后使用，这就是所谓“一次下载，永久使用“。客户端控件一旦在本地安装完毕，就等价于一个可执行的应用程序，它能访问使用本地的资源，甚至进行远程访问。当然，这可能带来了安全性问题。
3 基于b/s体系结构开发应用系统
3.1 b/s三层体系结构
在b/s体系结构系统中，用户通过浏览器向分布在网络上的许多服务器发出请求，服务器对浏览器的请求进行处理，将用户所需信息返回到浏览器。b/s结构简化了客户机的工作，客户机上只需配置少量的客户端软件。服务器将担负更多的工作，对数据库的访问和应用程序的执行将在服务器上完成。浏览器发出请求，而其余如数据请求、加工、结果返回以及动态网页生成等工作全部由web server完成。实际上b/s体系结构是把二层c/s结构的事务处理逻辑模块从客户机的任务中分离出来，由web服务器单独组成一层来负担其任务，这样客户机的压力减轻了，把负荷分配给了web服务器。这种三层体系结构如图1所示。这种结构不仅把客户机从沉重的负担和不断对其提高的性能的要求中解放出来，也把技术维护人员从繁重的维护升级工作中解脱出来。由于客户机把事务处理逻辑部分分给了功能服务器，使客户机一下子"苗条"了许多，不再负责处理复杂计算和数据访问等关键事务，只负责显示部分，所以维护人员不再为程序的维护工作奔波于每个客户机之间，而把主要精力放在功能服务器上程序的更新工作。这种三层结构在层与层之间相互独立，任何一层的改变不会影响其它层的功能。
3.2 b/s三层体系结构的不足
经过近一两年的应用，b/s体系结构也暴露出了许多不足地方，具体表现在以下几个方面：
（1） 由于浏览器只是为了进行web浏览而设计的，当其应用于web应用系统时，许多功能不能实现或实现起来比较困难。比如通过浏览器进行大量的数据输入，或进行报表的应答都是比较困难和不便的。
（2） 复杂的应用构造困难。虽然可以用activex、java等技术开发较为复杂的应用，但是相对于发展已非常成熟c/s的一系列应用工具来说，这些技术的开发复杂，并没有完全成熟的技术供使用。
（3） http可靠性低有可能造成应用故障，特别是对于管理者来说，采用浏览器方式进行系统的维护是非常不安全与不方便的。
（4） web服务器成为对数据库的唯一的客户端，所有对数据库的连接都通过该服务器实现。web服务器同时要处理与客户请求以及与数据库的连接，当访问量大时，服务器端负载过重。
（5） 由于业务逻辑和数据访问程序一般由ｊａｖａｓｃｒｉｐｔ、ｖｂｓｃｒｉｐｔ等嵌入式小程序实现,分散在各个页面里,难以实现共享,给升级和维护也带来了不便。同时由于源代码的开放性，使得商业规则很容易暴露，而商业规则对应用程序来说则是非常重要的。
为克服以上不足，在原有b/s体系结构基础上，采用一种新的体系结构，如图2所示。
在该种结构体系中，一些需要用web处理的，满足大多数访问者请求的功能界面（如信息发布查询界面）采用b/s结构。后台只需少数人使用的功能应用（如数据库管理维护界面）采用c/s结构。组件位于web应用程序中，客户端发出http请求到web server。web server将请求传送给web应用程序。web应用程序将数据请求传送给数据库服务器，数据库服务器将数据返回web应用程序。然后再由 |
|
|
第1页 第2页 第3页 第4页 |
|
|
|
| 上一篇：缓冲区溢出攻击的分析及防范策略下一篇：SQL Server 2000 全文
|
| 最新论文 |
最热门论文 |
|
|
|
|
|
