FLEX HTTPService vs RemoteObject

zz from xxxx  仅供参考！！！

 

1.RemoteObject要使用到AS的实体类（使用Bindable绑定Java类）。我的系统涉及到200多张表，如果改动表结构的话，AS实体 类也要跟着改。十分麻烦，而且写好又要改getter，setter，又要部署到tomcat。除非你自己写工具自动生成。

2.使用RemoteObject，那你的J2EE后台要添加remoting-config.xml，services-config.xml 等等的配置文件和Flex的lib，多了很多文件，而我做项目的Flex仅仅是客户端显示，然后调用后台。因此我的服务端完全就可以我们熟悉的J2EE需 要用到的文件。减少了配置和以后的维护。

3.如果你要使用到Spring的话，需要配置SpringFactory和destination。例如：
services-config.xml里面添加：
<factories>

     <factory id="spring" class="flex.samples.factories.SpringFactory"/>

</factories>
remoting-config.xml里面添加：

<destination id="userService">

<properties>

<!--    工厂对应你自己取的工厂名字     -->

        <factory>spring</factory>

<!--    这个source对应spring的bean的id     -->

        <source>userService</source>

    </properties>

</destination>
这里需要为每一个Service配置，多的话。。。。

4.我这边做Flex的UI的开发者都是应届毕业生，使用RemoteObject有必要了解ORM（我后台持久层框架是JPA），不然他们调 RemoteObject的方法时很容易出错，或者不会调用。而使用HttpService只需要我们后台人员和前台做UI的Flex开发者约定一套通信 的xml格式即可。后台的负责返回xml，前台的负责发送xml，很爽！例如：
<root>
<model>
<attribute1>attr1</attribute1>
<attribute2>attr2</attribute2>
</model>
</root>

5.Flex的组件对xml的支持十分友好。你可以直接将HttpService返回的xml放到组件的dataProvider就可以了，特别是dataGrid或者tree用起来特别好。

5.使用HttpService减少了部署量。我只要将后台的Java程序部署到Tomcat，前台的Flex就可以直接将FlexBuilder编译好的程序在客户机连接后台，而不用部署到Tomcat，直接测试就可以了。大大提高了开发效率。

6.使用HttpService也有缺点。首先就是通信的效率没有RemoteObject来的高（因为是xml，也可以使用JSON或者其它通 信方式）。其次就是，你需要写Object与xml之间的转换。我没有使用xstream，而是自己用反射写工具类。你还需要提供Servlet给 Flex调用。我用的是SpringMVC提供的MulitiController对Flex提供Http服务。

7.使用HttpService，我碰到了一些意想不到的事情。最呕血的是我提供get方法返回xml数据的时候，Flex总是显示旧的数据。解 决方法是在你请求的Servlet地址添加一个参数（参数名随便起，我用random）,而且请求的参数必须每一次都不一样（可以通过当前时间或者 UUID实现），例如：http://192.168.2.111:8080/UserController.do?servlet=getAll& amp;random=sdfsdfs