WebService完全可以用"以BasicHttpBinding方式运行的WCF"代替。经过我的实际测试：对于基本类型(比如int,string,datetime以及它们对应的arrry以list)，flex调用时能正确识别并“翻译”成as3中对应的int,String,Date以及Array类型，而复杂类型（比如自己在c#中定义的实体类或DataTable），flex调用时会报错，这类复杂类型我建议在wcf中用序列化技术处理成String后再返回。
考虑到xml格式序列化后的信息量比较大，我倾向于选择json这种轻量级的格式，而且在.net4.0中新增了System.Runtime.Serialization.Json;能处理大多数的复杂对象序列化（但是DataTable处理不了）
为了方便起见，我把一些序列化/反序列化的操作封装了一下：
不过，在开始正文之前，先提醒一下System.Runtime.Serialization.Json在序列化中要注意的问题：
比如有一个类Person，定义如下:
对象
序列后的字符串为
{"_age":30,"_name":"jimmy.yang","_salary":5000}
注意：这里并不是我所期待的{"Age":30,"Name":"jimmy.yang","Salary":5000}，其实出现这样的结果也可以理解，因为属性的set,get内部就是方法调用，因此最终序列化的只是私有字段。但是如果把[Serializable]标志去掉，确能得到正确的结果:{"Age":30,"Name":"jimmy.yang","Salary":5000} 不知道这个算不算是System.Runtime.Serialization.Json的一个bug.
实际flex应用中，用于传输的实体类99%以上保存的只是一些常规的基元类型（即int,string,date之类），所以为了避免上面提到的问题，我建议:
1、实体类定义中只使用基本类型，去掉[Serializable]
2、或者直接把实例成员用类似public string Name;的方式暴露出来，不过估计大数多酷爱OO的同学们要吐血了.
ok，切入正题吧:
1、先创建一个asp.net项目，然后添加一个wcf service，文件命名为:Sample.svc，对应的后端代码文件Sample.svc.cs内容如下：
2、创建flex项目，然后在Data/Services面板中，添加一个webSerivce的引用
点击Next之后，出现下面的界面
设置wcf所在的WSDL URI后，一路next，最终Data/WebServices面板会变成下面这样
注意上图中右侧工具栏上的几个小按钮，自己去试试吧，会有意外发现哦
同时flex会生成几个as类文件（类似于wcf中svcutil.exe在client端自动生成的cs文件）
剩下的事情，就很容易了，在mxml中测试一番，代码如下:
后记：在实际开发中发现flex ide环境对于wcf的wsdl解析要比asmx慢不止N倍，但是一旦解析完成，生成相应的as类后，在运行时二耆速度相同。