RemObjects文档翻译2.docVIP

R003-Remote Invocation Remote Invocation可以让客户端像调用本地方法一样调用远程服务器上的方法.这个过程叫做Remote Procedure Call (RPC). 为了实现这个功能,客户端首先就要和一个类似于远程服务器的代理对象接口通讯. 这个代理对象叫做代理(proxy). 代理可以将方法调用转换成流在网络中传递. 服务器端接收到这个数据包,欢迎他的信息,调用真正的方法. 最后将执行结合或错误信息打包发送到客户端的代理. 最后,代理发送执行结果给调用者.像调用本地方法一样. RemObjects SDK 3.0 简介中我们看到了他的新特性和工具,这些都可以给我们开发方式带来很大的改进. 这篇文档我们看看关于产品的概况和令人兴奋的新特性. Service Tester 用处 分布式系统提供的灵活性和适用性是传统的CS结构无法比拟的. 但是开发和测试分布式系统通常复杂费时.在基于服务的客户端程序开发中我们只是调试本程序还是不够的,还有大量的交互式请求和特定的服务过程大量触发的效率等. 一般的测试方案产生出脚本并测试最终用户应用, 但不能做到真正的模拟大量用户来代理远程服务器或使用一些RemObjects 特性. 这样你可以自己写测试应用程序或使用像DUnit的测试工具,但是还要有很多工作要作. RemObjects服务测试(ROST) 可以解决这些问题. 为每个服务方法产生测试脚本并使用多线程并发调用这些方法.测试完成ROST提供测试图解,其他的事物,每秒钟请求数量,网络传输情况等信息. 测试脚本可以保存,你修改了远程服务方法后可以再次运行查看修改后对系统效率和功能改善. ROST支持所有数据类型: 简单数量类型,复杂的结构体,二进制流和数组. 通过直观的界面可以输入测试函数的参数并观测最终执行结果. 下面的截图可以看到如何启动ROST来执行MegaDemo 中的EchoPerson 方法: 下面的截图是测试正在进行时的情况: ROST经配置后使用RemObjects SDK提供的所有通道(channels)和消息(message). 下面的截图显示连接配置对话框: ROST是一个很有价值的好帮手,使用它可以在测试评估你的应用程序服务器时节省大量时间. 这完全是RAD操作! 客户端均衡负载和容错处理 RemObjects SDK的设计目标是成为一个可升级系统. 默认的,RemObjects不指定固定连接,我们不用写代码就可以实现连接单个服务器或多个服务器.在Cisco范例中, Windows 网路均衡负载, F5 Networks hardware,和其他硬件软件都与RO-based 系统无缝的集成在一起. RemObjects 3.0 的传输通道已经升级支持客户端的均衡负载和容错.本质上你可以为你的通道的TROServerLocator属性明确的提供一系列的服务器列表. 你可以控制通道的均衡负载请求，或在当前服务器故障时选择另外一个.通道可以寻找服务并自动发现在线的服务器,但如果要尝试搜寻所有可能的目的源时很能会报异常. 下面的截图是在TROWinINetHTTPChannel中设置属性: 下面的截图展示了独立的TROServerLocator列表: 最后,这个截图显示测试应用程序的两个服务器通过连接和断开模拟断线条件输出的结果: COM 和Active 脚本支持 虽然RemObjects服务器可以连接任何操作系统和客户端(Windows, Linux, Pocket PCs, .Net, Mono, 和其他用ANSI-C 编译的程序), 但在Windows系统下,COM几乎成了标准的用法. 一些应用程序像 Excel, Word, Lotus Notes可以通过OLE操纵, 有的高级用户可以用VBScript脚本控制它们. 在Web开发中,ASP的Web页面经常使用相似及的技术操作COM对象(VBScript 或JavaScript). RemObjects 3.0使用COM DLL规则,这样可以使一种语言能使用不同的RemObjects服务器. RemObjects SDK 3.0生成的COM library发布的库如下: ROServer.CreateService方法用服务方法名作参数返回一个对象可以将COM方法调用转换为RemObjects调用(二进制流或Soap). 通过使用ChannelType 和MessageType属性 (都是字符串), 你可以确定组件的类型,像TROBINMessage 和TROWinINetHTTPChannel, 与服务器通信. 通过使用SetXXXProperty 和ReadXXXProperty方