flex BlazeDS

来源:互联网 发布:ubuntu精简版下载 编辑:程序博客网 时间:2024/05/19 00:49

1、安装 BlazeDS

      1、下载地址:http://sourceforge.net/adobe/blazeds/wiki/Downloads/

      2、解压包。其中面包括 blazeds ,blazeds-spring,将解压包当中WEB-INF文件替换我们自建的web 项目WEB-INF。 

2、flex  BlazeDS  spring java 项目创建:

     1、创建 java web项目,不会创建请参考网上大伙讲的资料

     2、解压 blazeds-spring  将WEB-INF 替换掉web项目当中的WEB-INF。如果想深入了解配制可以网上再找资料。我边做个简短有用的说明。

           主要需要改动的配制文件:

           

             后期需要添加动的是  app-config.xml 添加spring bean 文件

                                                    flex-servlet.xml 添加 RmoteOjbect 与 spring bean对应关系

        3、创建flex web项目:

              在Flex Builder中创建一个Flex工程。名称为FlexApp。如图所示

         

         注意Project LocationFolder要选择MyEclipse建立的Web工程的WebRoot下。Server technology选择J2EE
点击[Next]按钮进入下一页。如图

            

            上面第三项内容来自:http://www.cnblogs.com/RocD-DuPeng/articles/1751040.html 有需要请供参!

         4、源代码:

          package com.gameabc.ipad;

          public class HelloManager {
  public String getUserTalk(){

return "I say no hello but not bady";
}


         app-config.xml配制 添加<bean id="HelloManager" class="com.gameabc.ipad.HelloManager" />

         flex-servlet.xm配制添加 <flex:remoting-destination ref="HelloManager" />

         服务端配制完成.

         

        客户端调用:

       <?xml version="1.0" encoding="utf-8"?>
        <s:Application xmlns:fx="http://ns.adobe.com/mxml/2009" 
  xmlns:s="library://ns.adobe.com/flex/spark" 
  xmlns:mx="library://ns.adobe.com/flex/mx" minWidth="955" minHeight="600" initialize="init()">
<fx:Declarations>
<!-- 将非可视元素(例如服务、值对象)放在此处 -->
<s:RemoteObject id="HelloManager" destination="HelloManager" endpoint="{&apos;http://{server.name}:                    {server.port}/Game_CMP/messagebroker/amf&apos;}">
<s:method name="getUserTalk" result="getUserTalk(event)"/>
</s:RemoteObject>
</fx:Declarations>

<fx:Script>
<![CDATA[
import mx.rpc.events.ResultEvent;
private function init():void{
HelloManager.getUserTalk();
HelloManager.addEventListener(ResultEvent.RESULT,getUserTalk);
}

private function getUserTalk(event:ResultEvent):void{
this.lbTalk.text = event.result as String;
}
]]>
</fx:Script>

<s:Label id="lbTalk" x="249" y="53" width="290" height="103" color="#E10419" fontSize="30"
text="hello world manager" textAlign="center" verticalAlign="middle"/>
</s:Application>
}

 3、学习 BlazeDS:

    1.Channel和Endpoint的定义
       Channels are client-side objects that encapsulate the connection behavior between Flex components and the BlazeDS server.
       Channels communicate with corresponding endpoints on the BlazeDS server.
      You configure the properties of a channel and its corresponding endpoint in the services-config.xml file.
    

   2.从数据格式上分,Channels分为AMF Channel和HTTP Channel,区别在于:
     The difference between AMF and HTTP channels is that AMF channels transport data in the binary AMF format
      and HTTP channels transport data in AMFX, the text-based XML representation of AMF.

   3.从客户端与服务端的交互方式上分,Channels主要分为:
      Simple channels and endpoints 包括:
          (1) Non-polling channels
          (2) Polling channels
          (3) Long polling channels
      Streaming channels
         (1) Streaming channels

     4.关于 Non-polling,Polling,Long polling和steaming的一些解释:

         1.短轮询(polling):核心思想是客户端定时去服务器取消息。
            为了实现即时效果,轮询的间隔必须设计得足够短,另外为了操作的流畅,需要使用Ajax来发送请求。
            这种方案的优点是:后端程序编写比较容易,发送完响应信息马上断开连接,不会占用太多服务器资源。
            缺点是一般情况下,频繁的请求中有大半是无用,这些冗余请求无形中浪费了带宽和服务器资源。

         2.长轮询(long-polling):基本原理是客户端向服务器发送请求,服务器接到请求后hold住连接,
            直到有新消息才返回响应信息并关闭连接,连接被断开期间用户的新信息会被服务器缓存起来。
           客户端处理完响应信息后再向服务器发送新的请求。
            这种做法的优势是如果用户一直没新消息,客户端不会频繁的轮询去服务器取消息,节省了流量,但是服务器维持长连接是很消耗资源的。
            具体实现起来,前端这边基本不需要什么改动,依然是用Ajax轮询取信息,后端需要在没有新消息时处理一下。

          3.长连接(streaming):其实很早以前就有人使用这种技术来实现聊天室的通讯,HTTP1.1开始支持。以前在页面中嵌入一个iframe,iframe里放一个使用长连接页面,
             服务器有新消息就会及时的在iframe里反映出来,再依靠客户端的脚本解析出来就OK了。
             这样做一个比较严重的问题是:使用 iframe请求长连接时,无论是IE还是firefox都会认为页面没有加载完而显示进度条,很难看。
            不过这个问题是可以解决的。firefox支持了Streaming Ajax,在readyState为3的时候就能接受数据,所以问题不大;
            IE则只能在readyState为4,即连接断开时才能得到返回值。
            但是伟大的Google工程师使用了一个hack成功的解决了这个问题:使用一个被称为“htmlfile”的ActiveX,把iframe放在这个ActiveX里就OK了。
            无疑,使用长连接对于用户来说是最好的方案,用户体验最好(消息能及时的到达)、占用用户带宽最少(不会发送无用的请求),但是会增加服务器的开销;
           长轮询是折中方案,Facebook IM 就是采用这种方案,不过做了一点改动:客户端发起的每个连接服务器都hold10S,

           这10S中新消息会源源不断的返回给客户端,   10s    后连接关闭,客户端发起下一个连接。

原创粉丝点击