Flex两种与后台JAVA交互的方式

  我那边现在有两个团队做系统，一队用RemoteObject，一队用HttpService。 
我之前的构想也是使用RemoteObject的，但是后来发现RemoteObject有一些不爽的地方。 
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&random=sdfsdfs 
这个我查错了很久，郁闷。。。。