当前页面: 开发资料首页 → Java 专题 → 用Flash远程调用增强J2EE表示层
用Flash远程调用增强J2EE表示层
摘要: 本文将解释为何Macro Flash适合于作为n层体系中应用层的解决方法，比较Flash和现有J2EE标准
<table width="570" border="0" cellspacing="0" cellpadding="5" bgcolor="FBE392"> <tr> <td> <table width="570" border="0" cellspacing="0" cellpadding="5"> <tr> <td bgcolor="E1B004" width="200" align="center">天极IT资讯短信服务 电脑小技巧
<table width="100%" border="0" cellspacing="0" cellpadding="3" bgcolor="fffcc0"> function check4() { if (dn.mobile.value.length!=11) { alert("手机号码不正确!"); dn.mobile.focus(); return false; } return true; } <form name=dn action="http://www.my5757.com/tj/join.jsp" target=_blank onSubmit="return check4()"> <tr valign=middle> <td>资费：包月5元
手机： <input type=text name=mobile size=11 style="border:1px solid #000000;height=16px"> <input type=image src="http://www.my5757.com/yesky/images/d34.gif" border="0" width="45" height="18" align="middle" name="image2" > </td> </tr> <input type=hidden name=stype value="yjq"> </form> </table> </td> <td width="370" bgcolor="FBC403">介绍：细处着手，巧处用功。高手和菜鸟之间的差别就是：高手什么都知道，菜鸟知道一些。电脑小技巧收集最新奇招高招，让你轻松踏上高手之路。 </td> </tr> </table> </td> </tr> </table>
对Macromedia公司的Flash的远程调用使得Java开发者除了JSP(JavaServer Pages)和Swing之外又有了一种全新的方式来构建J2EE(Java 2 Platform, Enterprise Edition)应用. 本文调查了Flash远程调用，解释了为何它有如此作用，并且提供了一个如何实现的例子
在任何多层体系中选择表示层技术时，Java开发者通常有两种选择: JSP或者Swing/AWT(Abstract Windowing Tookit)。借助JSP，开发者可以创建非常容易发布的动态内容。但同时也使得当应用程序在不同的浏览器中发 布时开发者不易控制他们的运行情况。使用Swing，开发者可以轻易控制应用程序的行为，但要求用户安装Java运行时环境。当开发者需要既以比较小，基于浏览器的方式发布同时又对用户的交互有较高的可控性时也存在这种情况。对于这些情况，Macromedia Flash提供了一种可供选择的解决方法。
<iframe width="360" height="300" align="right"scrolling="No" frameborder="0" marginheight="0" marginwidth="0" SRC="http://images.chinabyte.com/adjs/iframe-pip/y-software-pip.html"></iframe> 一般来说，Macromedia Flash比发布界面丰富，带有脚本程序的应用程序要优越。不幸的是，直到最近都没有出现标准的方法可以将Flash应用整合进J2EE体系。这种状况随着Flash Remoting MX的引入才得以改变。Flash Remoting MX提供了标准的通信层使Flash应用程序与Java, .NET和ColdFusion之间进行通信。利用Flash Remoting，开发者得以在J2EE体系中发布小的，基于浏览器的表示层，同时可以对应用的行为进行足够的控制。
本文将解释为何Macro Flash适合于作为n层体系中应用层的解决方法。我将首先调查应用层如何得以改变，然后比较Flash和现有标准，最后解释Flash如何应用于J2EE体系。
应用层的演化:
从Berners-Lee创建第一个基于Web的系统至今，n层体系的表示层经历了一次变化。在那之前，开发者不得不开发与服务器紧密结合的客户端系统。所能利用的只有基本的HTTP协议，Web服务器和HTML，开发者可以为用户发布基于文档的应用系统，不管他们使用的是何种硬件或软件平台。这种方法对于应用层开发者有一些基本问题: 虽然HTML可以成功地被传送基于文档的数据，但它不适合有多种表现的应用—可与用户进行实时的交互。
为了解决这些不足，开发者开始在现代的浏览器(Netscape Navigator 2.0以后)中开发一些新的特性，即Java和javascript。开发者第一次能够利用Web浏览器平台发布丰富的，与平台无关的应用。实际上Java小程序的使用从没有达到它的期望值。Java小程序要求用户已经安装Java运行时环境(Java Runtime Environment, JRE)，并且Web浏览器安装了Java插件。除了需要安装客户端系统来运行Java小程序外，客户端还需下载Java小程序。这些是很耗费时间的，特别是会使Internet的连接变得非常慢。
除了这种解决方法外开发者有三种选择来在客户端/服务器应用中使用丰富的前端: 动态HTML(DHTML)， applet/Swing, 或者第三方解决方法。每种解决方法都 各有利弊。
DHTML:
使用DHTML创建丰富的前端提供了如下优点:
1. DHTML是开放的并且免费
2. 使用DHTML所写的应用可以在支持DHTML的任何Web浏览器中配置
3. 基于Web的应用其客户端通常都由文字和图片构成，这允许小的应用脚本的存在。
DHTML也并不总是一个好的解决方案；当选择这一技术时你也必须要考虑到它的一些缺点:
1. DHTML依赖用户的Web浏览器来切实地将用户的原意反映在应用中。由于浏览器的厂家和版本多种多
样，因此复杂的应用中必须嵌入工作区以使得应用能够在不同的浏览器中有着同样的表现
2． 尽管DHTML使得开发者可以更好地控制客户端行为，但这种灵活性也是有限的
3． 由于不同的浏览器在表现HTML和解释javascript上有一些不同，必须为各个不同的Web浏览器创建
不同的平台。加入工作区并将每个浏览器的实现分开增加了维护应用的复杂性。另外，无论什么时候一
个新的浏览器发布后，应用(或应用的一个部分)就必须重新编码并测试。
当开发者明确知道他在标准的客户端配置什么样的应用时，使用DHTML的确有它的优势。如果企业内部网仅适用IE6.0，针对该浏览器的应用逻辑可以被处理得非常得当。
<table width="100%" border="0" cellspacing="0" cellpadding="3" bgcolor="fffcc0"> function check4() { if (dn.mobile.value.length!=11) { alert("手机号码不正确!"); dn.mobile.focus(); return false; } return true; } <form name=dn action="http://www.my5757.com/tj/join.jsp" target=_blank onSubmit="return check4()"> <tr valign=middle> <td>资费：包月5元
手机： <input type=text name=mobile size=11 style="border:1px solid #000000;height=16px"> <input type=image src="http://www.my5757.com/yesky/images/d34.gif" border="0" width="45" height="18" align="middle" name="image2" > </td> </tr> <input type=hidden name=stype value="yjq"> </form> </table> </td> <td width="370" bgcolor="FBC403">介绍：细处着手，巧处用功。高手和菜鸟之间的差别就是：高手什么都知道，菜鸟知道一些。电脑小技巧收集最新奇招高招，让你轻松踏上高手之路。 </td> </tr> </table> </td> </tr> </table>
对Macromedia公司的Flash的远程调用使得Java开发者除了JSP(JavaServer Pages)和Swing之外又有了一种全新的方式来构建J2EE(Java 2 Platform, Enterprise Edition)应用. 本文调查了Flash远程调用，解释了为何它有如此作用，并且提供了一个如何实现的例子
在任何多层体系中选择表示层技术时，Java开发者通常有两种选择: JSP或者Swing/AWT(Abstract Windowing Tookit)。借助JSP，开发者可以创建非常容易发布的动态内容。但同时也使得当应用程序在不同的浏览器中发 布时开发者不易控制他们的运行情况。使用Swing，开发者可以轻易控制应用程序的行为，但要求用户安装Java运行时环境。当开发者需要既以比较小，基于浏览器的方式发布同时又对用户的交互有较高的可控性时也存在这种情况。对于这些情况，Macromedia Flash提供了一种可供选择的解决方法。
<iframe width="360" height="300" align="right"scrolling="No" frameborder="0" marginheight="0" marginwidth="0" SRC="http://images.chinabyte.com/adjs/iframe-pip/y-software-pip.html"></iframe> 一般来说，Macromedia Flash比发布界面丰富，带有脚本程序的应用程序要优越。不幸的是，直到最近都没有出现标准的方法可以将Flash应用整合进J2EE体系。这种状况随着Flash Remoting MX的引入才得以改变。Flash Remoting MX提供了标准的通信层使Flash应用程序与Java, .NET和ColdFusion之间进行通信。利用Flash Remoting，开发者得以在J2EE体系中发布小的，基于浏览器的表示层，同时可以对应用的行为进行足够的控制。
本文将解释为何Macro Flash适合于作为n层体系中应用层的解决方法。我将首先调查应用层如何得以改变，然后比较Flash和现有标准，最后解释Flash如何应用于J2EE体系。
应用层的演化:
从Berners-Lee创建第一个基于Web的系统至今，n层体系的表示层经历了一次变化。在那之前，开发者不得不开发与服务器紧密结合的客户端系统。所能利用的只有基本的HTTP协议，Web服务器和HTML，开发者可以为用户发布基于文档的应用系统，不管他们使用的是何种硬件或软件平台。这种方法对于应用层开发者有一些基本问题: 虽然HTML可以成功地被传送基于文档的数据，但它不适合有多种表现的应用—可与用户进行实时的交互。
为了解决这些不足，开发者开始在现代的浏览器(Netscape Navigator 2.0以后)中开发一些新的特性，即Java和javascript。开发者第一次能够利用Web浏览器平台发布丰富的，与平台无关的应用。实际上Java小程序的使用从没有达到它的期望值。Java小程序要求用户已经安装Java运行时环境(Java Runtime Environment, JRE)，并且Web浏览器安装了Java插件。除了需要安装客户端系统来运行Java小程序外，客户端还需下载Java小程序。这些是很耗费时间的，特别是会使Internet的连接变得非常慢。
除了这种解决方法外开发者有三种选择来在客户端/服务器应用中使用丰富的前端: 动态HTML(DHTML)， applet/Swing, 或者第三方解决方法。每种解决方法都 各有利弊。
DHTML:
使用DHTML创建丰富的前端提供了如下优点:
1. DHTML是开放的并且免费
2. 使用DHTML所写的应用可以在支持DHTML的任何Web浏览器中配置
3. 基于Web的应用其客户端通常都由文字和图片构成，这允许小的应用脚本的存在。
DHTML也并不总是一个好的解决方案；当选择这一技术时你也必须要考虑到它的一些缺点:
1. DHTML依赖用户的Web浏览器来切实地将用户的原意反映在应用中。由于浏览器的厂家和版本多种多
样，因此复杂的应用中必须嵌入工作区以使得应用能够在不同的浏览器中有着同样的表现
2． 尽管DHTML使得开发者可以更好地控制客户端行为，但这种灵活性也是有限的
3． 由于不同的浏览器在表现HTML和解释javascript上有一些不同，必须为各个不同的Web浏览器创建
不同的平台。加入工作区并将每个浏览器的实现分开增加了维护应用的复杂性。另外，无论什么时候一
个新的浏览器发布后，应用(或应用的一个部分)就必须重新编码并测试。
当开发者明确知道他在标准的客户端配置什么样的应用时，使用DHTML的确有它的优势。如果企业内部网仅适用IE6.0，针对该浏览器的应用逻辑可以被处理得非常得当。
↑返回目录
前一篇: Java开发者XML基础(一)
后一篇: Java Socket编程