Silverlight中异步调用WCF服务,传入回调函数

  以前学的ASP.NET,调用的都是同步方法,同步方法的好处就是,一步一步走,完成这步才会走下一步。然而,WCF使用的都是异步方法,调用之后不管有没有获得结果就直接往下走,最可恶的是异步函数都是Void类型,得不到返回结果,虽然有Completed的事件处理,但是还是感觉比较束缚,无法与前端交互。

  这里就跟大家分享一种传入回调函数的方法,把前台的方法写好,传到后台,让异步方法调用完成时执行。废话不多说了,开始写代码:

  首先,要先建一个带网站的sliverlight项目,这里就不细说了,在网站中添加一个Silverlight-enabled Wcf
Service,随便写一个方法,就用自动生成的Dowork方法吧,下面是代码:


using System;
using System.Linq;
using System.Runtime.Serialization;
using System.ServiceModel;
using System.ServiceModel.Activation;

namespace Silverlight.Web
{
[ServiceContract(Namespace = "")]
[SilverlightFaultBehavior]
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
public class Service
{
[OperationContract]
public string DoWork()
{
// Add your operation implementation here
return "OK,this WCF Server is running...";
}

// Add more operations here and mark them with [OperationContract]
}
}

方法很简单,就是返回一个字符串,下面在Sliverlight中添加服务引用,引用刚才新建的服务,然后写一个测试方法,代码如下:


public void Test(Action<string> callback)
{
ServiceReference1.ServiceClient sc = new ServiceReference1.ServiceClient();
sc.DoWorkAsync(callback);
sc.DoWorkCompleted += new EventHandler<ServiceReference1.DoWorkCompletedEventArgs>(sc_DoWorkCompleted);
}

这个方法调用了WCF服务的方法,并绑定了Completed的事件,这里需要注意的是,我们的WCF中的DoWork方法并没有任何参数,这里却传入了一个Action<T>委托,没错,这个就是回调函数,DoWorkAsync()
系统默认有个重载方法DoWorkAsync(object userState),有个参数为object
userState,所以可以对这个参数赋值,把我们的回调函数传进去,下面是回调函数的调用:


 void sc_DoWorkCompleted(object sender, ServiceReference1.DoWorkCompletedEventArgs e)
{
CallBackMethod<string>(e,() => {return e.Result;});
}

public void CallBackMethod<T>(AsyncCompletedEventArgs e, Func<T> GetT)
{
if (e.UserState != null)
{
(e.UserState as Action<T>)(GetT());
}
}

这里是最精简的写法,当然可以自己扩展,添加错误处理等,使其功能变的更加强大,但这里主要就是使用了userState参数,传入了回调函数,从而执行的。

(e.UserState as Action<T>)(GetT());就是这句,把userState参数参数当作一个Action<T>委托执行。

接下来看看怎么使用吧,代码如下:


 private void button1_Click(object sender, RoutedEventArgs e)
{
Test(result =>
{
if (result != null)
{
result += " Haha,so eazy!";
MessageBox.Show(result);
}
});
}

这里回调函数,我们传入lambda表达式,至此,回调函数就完成了。

在开发中,自己可以根据需要完善方法。

 

时间: 2024-12-24 14:07:29

Silverlight中异步调用WCF服务,传入回调函数的相关文章

WPF异步调用WCF服务

wpf调用wcf时,第一次访问总耗时到达几秒,影响界面的用户体验,因此在wpf加载界面和加载数据时采用异步加载,即异步访问wcf服务, 由于是否采用异步加载和服务端无关,仅仅由客户端自己根据需要来选择,则我们只需要在客户端(WPF)程序中采用异步的方法.如下: //1.创建一个异步对象,访问wcfFunc<string, string, List<NodeItem>> GetDataFromWCF = new Func<string, string, List<Node

Effective JavaScript Item 62 在异步调用中使用嵌套或者命名的回调函数

在一开始,理解异步程序的调用顺序会有些困难.比如,下面的程序中,starting会先被打印出来,然后才是finished: downloadAsync("file.txt", function(file) { console.log("finished"); }); console.log("starting"); downloadAsync方法在执行之后会立即返回,它只是为下载这个行为注册了一个回调函数而已. 由于JavaScript"

Silverlight客户端调用WCF服务难题解疑

Silverlight客户端调用WCF服务在实际使用中经常会出现的问题就是无法直接应用类文件和配置文件.微软针对这一情况已经给出了解决办法.WCF开发框架可以帮助我们实现可靠性较高的跨平台解决方案.对于这样一款功能性较强的工具,我们在实际使用中通常也会遇到一些问题.在这里就来了解一下其中Silverlight客户端调用WCF服务的一些难题解疑. WCF服务端做好后,可以通过SVCUTIL.exe工具生成客户端代码和配置文件,这些内容比较简单,在这里就不做详细介绍. 但是,如果使用Silverli

Android基于ksoap2调用WCF服务(二):Android篇

上一篇通过一个非常简单的例子,完成了一个WCF的服务.接下来介绍一下Android端. Android端调用WCF,采用基于ksoap2包来实现. 下载地址(这个需要fan qiang访问,你们懂的):https://code.google.com/p/ksoap2-android/ 我用的3.3.0版本,我传到csdn上,上面地址如果不能访问,可以用这个地址:http://download.csdn.net/detail/cnryc/7695437 程序的源代码下载地址:http://down

如何实现异步调用WCF

在面向服务的.NET开发中,我们经常要调用WCF服务加载数据,这时候,如果使用同步调用,会阻止UI,影响用户体验UE/UX,而且当服务器ping不通或者网速特别烂的情况下,这时候基本上是处于卡死状态,令人难以接受. 因此,实现一步调用WCF是.NET开发中一个必须的步骤.下面介绍如何实现一步调用WCF. 第一步:在WCF端建立一个WCF服务:WcfService,建立一个接口SumByTwoNumber,返回相加结果int: 第二步:在WPF端引用该WCF服务并实例化: WcfService.W

Android调用WCF服务

文章目录 本篇博客是Android调用WCF服务的简单实例. 实例 本例以简单的一个创建通知的WCF接口为例讲述Android与WCF的交互.首先可使用WcfTestClient测试下WCF接口的CreateNotice方法,可参照上篇Java调用WCF的博客.新建WCFService调用WCF的工具类如下 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152

实现jquery.ajax及原生的XMLHttpRequest跨域调用WCF服务的方法

关于ajax跨域调用WCF服务的方法很多,经过我反复的代码测试,认为如下方法是最为简便的,当然也不能说别人的方法是错误的,下面就来上代码,WCF服务定义还是延用上次的,如: namespace WcfService1 { [ServiceContract] public interface IAddService { [OperationContract] [WebInvoke(Method="GET",RequestFormat=WebMessageFormat.Json, Resp

WCF技术剖析之十:调用WCF服务的客户端应该如何进行异常处理

原文:WCF技术剖析之十:调用WCF服务的客户端应该如何进行异常处理 在前面一片文章(服务代理不能得到及时关闭会有什么后果?)中,我们谈到及时关闭服务代理(Service Proxy)在一个高并发环境下的重要意义,并阐明了其根本原因.但是,是否直接调用ICommunicationObject的Close方法将服务代理关闭就万事大吉了呢?事情远不会这么简单,这其中还会涉及关于异常处理的一些操作,这就是本篇文章需要讨论的话题. 一.异常的抛出与Close的失败 一般情况下,当服务端抛出异常,客户客户

【ITOO】WCF——Client调用WCF服务

三步走已经走了两步,一个WCF服务发布好之后,就等待着用的人来调用了,它只向外提供一个接口,暴露地址和契约,不暴露服务是如何实现的.接下来就说说客户端调用WCF服务的事. 其实说到调用就很简单了,首先我们要让我们所需的服务识别我们,即配置好同样的终结点信息,然后添加服务的引用,最后调用相应的方法即可. 如配置文件中: <applicationSettings> <WebDemoClient.Properties.Settings> <setting name="We