| 添加收藏 |
| 系统管理 |
| 联系方式 |
|
|
|
||||
首页
 文学作品 网页设计 平面设计 程序设计 考试认证 基础办公 QQ资源 服务器架设 网站运营 网页资源
|
|
|
| 汉南在线 → 网页设计 → JSP动态程序 | ||||||||||||||||||
Applet与Servlet之间的联系一般是间接的，即页面请求由浏览器发送给Servlet，作为回答，Servlet将结果生成HTML文档发送给浏览器。很多时候在Servlet与 Applet之间建立直接的联系是没有必要的，但如果要显示一些实时的动态数据，如聊天室窗口、新闻显示、股市行情等，建立两者之间的直接联系就很有用了。特别地，在较为复杂的分布式Java应用中，这种通讯更是必不可少。在客户端Java程序与服务器端Java程序之间建立这种复杂的交互方式仅仅使用 Servlet与Applet API是不够的，本文为你介绍和比较四种通讯方式：通过HTML页面传递参数，用java.net包的网络功能建立直接网络连接，远程方法调用（RMI）与CORBA。 一、通过HTML页面传递Applet参数 通过HTML页面传递参数是在Servlet与Applet之间建立联系最为常用的方法。Servlet只要把传递给Applet的参数写入HTML页面就可以了。这种通讯是单向的，用于实现Servlet对Applet的控制。其实现方法类如：
这种方法很简单，但它有两个缺点。首先，所有参数都是静态的，即一旦HTML页面发送完成，要更新其中部分数据就很困难了。虽然可以使用HTTP的刷新机制，但这种刷新需要重新下载整个页面，效率是很低的。第二，如果需要传递给Applet的数据量很大或数据结构很复杂，就会使得HTML页面过于庞大或复杂了。 二、用java.net包建立双向通讯 第二种方法是利用java.net包提供的网络能力。以有连接流通讯方式为例，在服务器端的操作为一般为： ⑴ 创建一个ServerSocket对象，在指定端口监听客户端发来的请求。 ⑵ 在接收到请求时accept()方法将返回一个Socket对象。 ⑶ 用上述Socket对象创建输入、输出流对象。 ⑷ 通过输入、输出流与客户交互。 ⑸ 交互完毕，关闭输入、输出流与Socket。 ⑹ 服务程序运行结束，关闭ServerSocket。 实现代码代码类如:
在客户端的操作为： ⑴ 创建Socket对象建立与服务器的连接。 ⑵ 用该Socket对象创建输入、输出流。 ⑶ 与服务器交互。 ⑷ 交互完毕，关闭输入、输出流与Socket。 实现代码类如:
这种方法只依赖于标准的Java网络支持，不需要用到附加的软件包或工具， 因此显得相当简洁和灵活，易于实现某些特殊的需要。但在另一方面，服务器端对进入请求以及客户端对返回结果的分析工作量较大。如果服务器端要执行大量的操作，可以考虑使用RMI。 三、远程方法调用RMI Java的RMI技术显著地改善了客户程序操作复杂的服务器端对象的能力。对 Applet来说，服务器端对象所提供的远程方法可以象普通的客户端句柄一样调用。使用RMI时应先定义远程接口，即一个继承自 java.rmi.Remote的公用接口。在该接口中定义要求在服务器上运行的方法，所有这些方法的throws子句至少应该声明 java.rmi.RemoteExcepti on异常。 接下来是实现远程接口，远程接口的实现类应该： ⑴ 指定所实现的一个或多个接口。 ⑵ 定义远程对象的构造方法。 ⑶ 提供所有可供远程调用的方法的实现。 ⑷ 创建和安装安全管理器。 ⑸ 创建一个或多个远程对象实例。 ⑹ 注册至少一个远程对象。 下面的代码实现一个返回日期字符串的getData()远程方法，该方法由接口RMIServ2App定义：
在客户端，Applet对接口RMIServ2App的引用通过调用Naming.lookup(String)获得，如下所示： RMIServ2App obj = (RMIServ2App)Naming.lookup("//" + getCodeBase().getHost() + "/ServerName"); 除了编译Java代码之外，还要用rmic编译器生成远程对象的存根和骨架。存根（Stub）是远程对象在客户端的代理，它将RMI调用传递给服务器端的骨架（Skeleton），后者负责将该调用传递给实际的远程方法。例如执行命令 rmic com.servletsolutions.RMIImplementation，则生成的两个类文件分别为 RMIImplementation_Stub.class 和RMIImplementation_Stub.class，前者封装入Applet且运行于客户端，后者封装入Servlet且运行与服务器端。 当大量的数据是由服务器端的对象动态提供时使用RMI是非常合适的。虽然RMI支持面向对象的分布式编程，但它要求客户端和服务器端都是Java程序。因此，对于使用混合语言开发的应用来说，CORBA比RMI更为适用。 四、使用CORBA CORBA即公用对象请求代理体系（Common Object Request Broker Architecture），它的使用方法类似于RMI：定义接口，使用某个工具创建Stub和Skeleton，实现接口，在服务器上注册后客户就可以像本地对象一样访问远程对象了。两者主要的不同之处在于，CORBA使用一种语言中立的接口定义语言（IDL）来定义接口，IDL是一种可用于混合语言环境的更为广泛的协议集。CORBA最大的缺点在于客户本身必须具备调用ORB的能力，这往往意味着增加一个体积较大的JAR文件。 下面的CORBAServ2App.idl是上述getData()接口的IDL描述，它定义了一组与Java包名字对应的嵌套模块：
可以用idl2java从IDL文件生成对应的java文件。其中_CORBAServ2AppImplBase.j ava包含了描述该接口的java抽象类，下面的CORBAImplementation类继承自抽象类_CORBAServ2AppImplBase并具体实现getData()方法：
为了让该类可以被客户访问，Servlet中还应该创建其实例。代码如下所示:
IDL2Java同时为客户端生成CORBAServ2AppHelper类，Applet通过该类与服务器交互。Stub与Skeletion的作用类似于它们在RMI中，不同之处在于本地ORB接口负责所有与 远程ORB之间的连接。 如果服务器端的数据计算量非常大（比如数据库操作），或在未知客户端应用程序的情况下需要从服务器端引出大量的功能，RMI和CORBA较为合适。考虑到已有大量可用的ORB以及CORBA规范的成熟，在大多数情况下CORBA更为可取。但如果希望减小客户端的复杂程度，则RMI是最好的方法。
| ||||||||||||||||||
| >> 相关文章 | ||||||||||||||||||
|
授权使用：汉南在线 http://hnzx.hzwz.net/ 经营许可证：陕ICP备05000109号 Powered by：汉南在线 Copyright (c) 2002-2007 汉南在线. All Rights Reserved . 
|