在.net core 下的wcf 和framework下的wcf使用方式有點不太一樣。在core下用wc,需要安裝VS擴展Visual Studio WCF Connected Service,目前這個插件不是特別的穩定,經常會出現莫名其妙的錯誤,前段時間最高支持到.net standard 1.6,可是我用的是.net core 2.0 於是,在同事的提醒下,我先將 .net standard 降為1.6 調用完wcf服務后,再升級為2.0。不會出現任何錯誤。最近好了,升級到2.0了,直接可以在 standard 2.0下調用wcf服務了。不過插件依舊是不穩定。解決方法是,多添加幾次,別怕麻煩,只要你發布的wcf服務配置沒有錯誤。多試幾次,就行了。
方法的問題:在.net core 環境中用WCF全是異步的,自動會將你的wcf服務提供的同步方法變為異步方法,具體為什么這么做,原因我還不是清楚。Framework 中則不會出現這種情況,如果是同步的,那么調用的wcf服務也是同步的,異步的還是異步的,不會進行轉化。
類型的問題:現在.net core 2.0 可以直接用Framework的包 ,我在這里舉個例子。
///這代表一個公用的類 namespace CNblogs.job.A { public class a { public string Name{get;set;} } } //這代表WCF的服務 namespace CNBlogs.Job.WcfHost { using CNBlogs.job.A; public class wcfService { //這代表WCF服務中的一個測試方法 public a Test(string name) { return new a(){Name=name}; } } }
假設我們已經把這個服務發布在了IIS上,或者說這個服務已經跑起來了。 我們在Core中的項目已經加入這個WCF服務的引用,名稱為:WcfTestService。
namespace CNBlogs.job.Core.WcfTest { using CNBlogs.Job.A public class C { public a GetWcfService() { var name="test"; var WcfClient=new WcfTestService.WcfTestServiceClient(); //在這里我將異步方法轉化為了同步的方法 var result=WcfClient.TestAsync(name).Result; //如果這時返回Result 會報錯 ;無法將WcfTestService.a的類型轉化為CNBlogs.Job.A.a的類型
//我們需要用到AutoMapper進行一個類型的轉化,這樣才不會報錯 AutoMapper.Mapper.Initialize(c=>c.CreateMap<WcfTestService.a,,CNBlogs.Job.A.a>()); return AutoMapper.Mapper.Map<CNBlogs.Job.A.a>(result); } } }
希望能夠幫助到和我一樣的小菜們。