📄 m75.htm
字号:
<html>
<head>
<title>VB教程</title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head>
<p align="center"><script src="../../1.js"></script></a>
<body bgcolor="#ffffff" leftmargin="5" topmargin="1" marginheight="5" marginwidth="5">
<div align=center>
<table border=0 cellpadding=0 cellspacing=0 width=680 align="center">
<tbody>
<tr>
<td bgcolor=#000000 height=9>
<div align=center class=H1> <font color="#FFFFFF">用VB5.0开发分布式应用</font> </font> </font></div>
</td>
</tr>
<tr valign=top>
<td class=H1 height=76>
<p align="left"> <br>
</font></p>
<p> 编者注:从本期开始,本栏目将不定期地发表一系列关于"用VisualStudio开发分布式Web应用"的文章,读者对这一系列文章有何意见或建议,请用E-mail发至visualstudio@hotmail.com,请在E-mail中注明"用VisualStudio开发分布式Web应用反馈",谢谢!<br>
<br>
微软推出的VB5.0是一个功能强大的开发平台,它在"代码重用性"上的加强是一个引人注目的特点。我们可以将需要多次重复使用的功能单元开发成ActiveX组件(ActiveXControl、ActiveX
Exe、ActiveX Dll),然后在新程序中像使用VB标准控件及类一样使用这些组件。<br>
<br>
Active X组件给开发网络应用带来很大方便。我们可以将这些组件分布在网络的不同机器上,构成分布式应用,就好像所有组件都在同一台机器上一样。很多朋友都有开发本地ActiveX组件的经验,本文将介绍一下如何将ActiveX组件分布在网络上构成分布式应用。</span></font></p>
<h4> 概 述</font></span></h4>
<p> "Active X"是微软为分布式计算制定的一套标准,它的前身就是大家所熟知的"OLE
Automation"。当分布式应用通过网络通信时,Active X可以使用两种不同的机制对客户请求作出响应。一种是称为"分布组件对象模式(DCOM)",它只可以在Windows
NT和Windows95上使用;另一种是"远程自动化(Remote Automation)",它可以在16位环境下构造分布式应用。这两种分布式机制都具有着与组件物理位置无关的特点。也就是说,当构造一个Active
X组件时,无需知道它将分布在哪台机器上。同样的组件,既可以将它放在本机,也可以将它分布在其它机器上而不需要重新编译。这样,根据网络的性能和网络结构的变化,我们可以方便地调整组件的分布策略。<br>
<br>
当然,用Active X构建分布式应用的各个独立组件还具有许多其它优点,如:<br>
<br>
S 构造远程组件和构造本地组件的编程方法一模一样,无须特殊的编程经验。<br>
S 可以用Active X组件在服务器端实现复杂的商业规则,比起用DBMS(如SQL Server<br>
)来具有更好的编程、维护和排错手段。<br>
S 大量的商业组件可以使用,而且这样的组件会越来越多。我们只需将特殊的商业规<br>
则开发成组件,通用的组件则可买来配合使用。</font></span></p>
<h4> 开发和调试</font></span></h4>
<p> 开发分布式组件和开发本地组件相同,调试也可以在本地完成,本文不再赘述(读者可以参看VB5.0所带的例子:\Sample\CliSvr\BookSale\Client\book_cli.vbp,客户端程序;\SampleCliSvr\BookSaleClient\book_svr.vbp,服务器程序)。在开发分布式服务器端组件时,请注意下列问题:<br>
<br>
S 服务器端的Project应为Active X EXE(进程外的Active X组件)。这很容易理解,<br>
不可能在两台机器上完成同一个进程,所以不可能使用Active X DLL(进程内的组件)。<br>
S 在Project Properties对话框的组件栏目下,应设为Remote Server File。这样,在程序编译时会生成一个VBR文件,在生成安装盘时用到。大家知道,Windows程序在系统注册表中有注册,此文件与注册有关。<br>
S Class属性应设为Mutiuse,以便多个客户应用可以使用它。</font></span></p>
<h4> <font color="#000000">生成安装盘</font></span></h4>
<p> 服务器端组件及客户端程序将安装在不同的机器上,应利用Setup
Wizard分别生成安装程序。<br>
<br>
当生成客户端程序安装盘时,需提供服务器组件所在的机器名(以后可以修改),这将影响客户端机器的注册项,这些注册项告诉客户端程序,到哪里去寻找相应的服务(即服务器端组件提供的服务)。微软提供有工具,来根据需要随时修改这些注册项。如果使用Remote
Automation机制,可使用RemAuto Connection Manager;如使用DCOM机制,可使用DcomConfiguration
Manager。RemAuto Connector Manager包含在VB5.0软件包中,在生成安装盘时将自动包括它。Windows
NT 4.0 中包含Dcom Configuration Manager,可直接使用。对于Windows 95,需从www.microsoft.com下载Dcom95.exe及Dcom95cfg.exe并运行,这样才可得到Dcom
Configuration Manager(注意要重新启动机器)。<br>
<br>
利用上述工具,可实现如下功能:<br>
<br>
1.可以随时切换服务器组件是在本地还是远程,这样可以方便地在本机调试远程组件。<br>
2.可随时改变服务器组件的安装位置。<br>
<br>
生成服务器端安装程序步骤如下:<br>
<br>
1.使用Setup Wizard,按要求指明Project文件所在的路径,并指明"产生安装程序"。<br>
2.在进入"Share Active Application"画面时,选择"安装为一个共享组件"。如果准备使用Remote Automation,在画面下方选择"Yes";如使用Dcom,选择"No"。如果使用Remote
Automation,RemAuto Connection Manager(racmgr32.exe)、Remote Automation
Manager(autmgr32.exe)将自动包含在安装程序内。<br>
<br>
生成客户端安装程序步骤如下:<br>
<br>
1.使用Setup Wizard,按要求指明Project文件所在的路径,并指明"产生安装程序"。<br>
2.进入"Active X 组件"画面时,按Add Remote按纽指定服务器组件对应的vbr文件(包含服务器组件的Object Id等注册信息)。<br>
3.这时会弹出"Remote Connection Details"对话框。选择使用 Remote automation 或DCOM;输入服务器的机器名。如果使用Remote
Automation,还需确定通信协议,如TCP/IP等。验证级别用来保证客户端与服务器间通信的安全性,这是一个较为复杂的问题,为了简化,选择None即可。<br>
4.返回"Active X Server Components"画面。如果程序使用多个远程组件,可逐一加入。相关的本地组件,可按"Add
Local"一一加入。注意:系统缺省会将一些组件当作本地组件,不要将同一组件既当作远程组件,又当作本地组件。</font></span></p>
<h4> 安装与使用</font></span></h4>
<p> Windows NT 4.0 支持DCOM,可直接安装DCOM分布式应用。对于Windows
95,需要安装附加程序,以支持DCOM 分布式应用,但Windows 95可直接安装Remote Automation 应用。<br>
<br>
Remote Automation模式:<br>
分别在服务器及客户端机器上安装相应程序。在服务器端,要先启动Automation Manager(Autmgr32.exe,安装程序会自动将该文件拷到系统目录下),这样客户端才可建立连接。这种模式对操作系统要求较低,Windows
3.1、Windows95、Windows NT等均可做服务器或客户端。<br>
本方法提供的安全性较差,无法限制哪些用户可以连接或不可以连接。但是,系统还是提供了许多安全管理措施,读者在学习时不妨做简化处理:<br>
在服务器端启动Remote Automation Connection Manager(RACMGR32.exe),在左侧选相应的Server组件,在右侧Client
Access栏目下,选择Allow all remote creates。<br>
关于客户端的安装,我们前面作过讨论。利用Remote Automation Connection Manager(RACMGR32.exe),在Server
Connection 栏目下,我们可以随时调整服务器组件的分布位置。Remote automation 这种模式提供了很大的灵活性,在安全性要求不高的场合可以使用。<br>
<br>
DCOM模式:<br>
要构造DCOM应用,服务器端最好使用Windows NT Server 或 Windows NT Workstation,客户端可使用Windows
NT或Windows95 。这也符合实际应用的策略:Server Component要求有较高的可靠性,一般分布在专用服务器上。<br>
在服务器组件安装完毕后,要确定RPC Service是启动的。在客户端建立连接之前,还需要配置访问权限。<br>
为了简单起见,可以这样操作:<br>
1. 运行Dcomcfg.exe (在系统目录下)。<br>
2. 选择相应组件,设置其Properties。<br>
3. 在Location栏目下,设为:Run app on this computer ;在Security栏目下,选择定制安全性,并将权限给Everyone
Full Control 。在客户端的机器上,通过Dcomcfg.exe,在Location栏目下指定服务器组件的安装位置。<br>
如果使用Windows95做客户端,应从VB5.0的光盘或从www.microsoft.com中找如下两个文件:Dcom95.exe、Dcm95cfg.exe,安装并重新启动机器。<br>
如Server端使用Windows 95,需考虑下列问题:<br>
1.安全性将受到限制。<br>
2.应手工在Startup中加进Server组件的启动程序。<br>
3.运行RPCSS.exe后,客户端才可建立连接。<br>
4.由于Server Component 是一个Class,当没有客户程序参照它时,它会自动终止。可是,Windows 95没有自动启动它的机制。所以,要保证Server
Component不会从内存卸<br>
载,需在Server Component中加入一个Form,Visible为False,程序从Form 启动。<br>
5.同样,应从VB5.0的光盘或从www.microsoft.com找如下两个文件:Dcom95.exe和 Dcm95cfg.exe,安装并重新启动机器。<br>
6.手工改变注册表:HKEY_LOCAL_MACHINE\Software\Microsoft\OLE\Enable Remoteconnection
改为"Y",否则会出现"Run Time Error, Active Component Cannot Be Create "。<br>
7. 和在Windows NT 上一样,运行Dcomcfg.exe并进行配置。 </font></span>
<p align="left">
</table>
</div>
<p align="center"><a href="../../pian/vb.htm">回首页</a>
<p align="center"><script src="../../2.js"></script></a>
</body>
</html>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -