WCF REST 工作總結（二）

1.使用WCF REST不在享有生成的代理類,采用 dynamic 與json相互轉換 2.使用webclient ,webRequest,微軟提供的WCF 工具 HttpClient 分別使用三種方法訪問 3.普通的CRUD以及流文件的上傳下載 4.Session與cookie

上一篇我們搭建了WCF REST 的服務平且通過三種方式發送get請求實現了獲取json 沒看過的朋友可以先去看下----REST 工作總結一

今天主要寫下 POST等其他方式發送請求以及流方式文件的上傳與下載

一.Post 提交數據

先來想下 POST和Get 的不同 Get 方式我們直接通過 url 來傳遞參數先來看下我們的創建方法吧

   [WebInvoke(UriTemplate = "Tasks/Add", Method = "POST", RequestFormat = WebMessageFormat.Json)]
   void Create(PocoTask pocoTask);

我們需要接受一個實體類格式為json格式這就再次出現上文的問題我們的客戶端沒有實體類沒法把實體類序列化為json 難道要自己拼接json么？當然不用。那簡直太痛苦了。

這里給大家推薦 Json.Net 這里有兩個類可以幫我們完成單個實體的轉換以及集合實體的轉換分別是 JObject 和 JArray

我們只需聲明這兩個類后 .toString 就可得到他的json格式了很方便吧~ 看代碼

這里完全可以不用dynamic的像注釋那樣的寫法就行這樣即使服務器不支持.net4.0 也可以使用的

知道了如何構建POST 提交的數據就開始實現POST提交吧~ 上代碼依然是三種方式放一起對比

這三個方式個人很推薦第三種也是目前最新的 .net4.5里集成的訪問REST 非常的方便因為他支持直接點出來 PUT 以及 DELETE請求

簡直是為rest 量身定制的~~ 看下 PUT請求

這里需要注意下因為我們發送的是json 不論是哪種發送請求的方式都要記得設置ContentType=application/json

否則會拋出 HTTP 400的錯誤 400-錯誤的請求很多都是客戶端請求不正確造成的所以一般出來400錯誤可以重點檢查下客戶端請求的問題

因為 PUT 與 DELETE 和 POST 基本類似我就不上代碼了

二.REST 的文件上傳與下載

流文件的上傳和下載

先來看服務端的接口與實現

我們要實現三個功能

1. 展示一張圖片

2.下載一個文件

3.上傳一個文件

一個一個說先說展示圖片實現代碼

這個是在瀏覽器中直接打開比較簡單這里記得設置輸出的 ContentType 有時我們想打開的是別的格式這里有個小方法根據文件擴展名獲得輸出的ContentType

也就是上面用到的GetContentType方法在園子的知識庫里發現的 GetContentType

客戶端非常簡單直接引用連接即可

2.下載

上面的是直接把文件顯示在瀏覽器中如果我們希望下載資源呢方法也很簡單和以前的方法是一樣的直接上代碼

文件下載

 public void GetExecl(string execlName)
        {
            string folder = System.Web.Hosting.HostingEnvironment.MapPath("~/Files");
            var FullFileName = Path.Combine(folder, execlName);
            if (File.Exists(FullFileName))
            {
                FileInfo DownloadFile = new FileInfo(FullFileName);
                HttpContext.Current.Response.Clear();
                HttpContext.Current.Response.ClearHeaders();
                HttpContext.Current.Response.Buffer = false;
                HttpContext.Current.Response.ContentType = "application/octet-stream";
                HttpContext.Current.Response.AppendHeader("Content-Disposition", "attachment;filename=" + HttpUtility.UrlEncode(DownloadFile.FullName, System.Text.Encoding.ASCII));
                HttpContext.Current.Response.AppendHeader("Content-Length", DownloadFile.Length.ToString());
                HttpContext.Current.Response.WriteFile(DownloadFile.FullName);
                
                HttpContext.Current.Response.Flush();
                HttpContext.Current.Response.End();  
            }
        }

3.上傳
這個文件上傳才是重點要說的折騰了好久~

首先要說的是一定要記得配置文件如果用REST 模版配置方法如下

  <system.serviceModel>
    <serviceHostingEnvironment  aspNetCompatibilityEnabled="true"/>
    <standardEndpoints >
      <webHttpEndpoint >
        <!-- 
            Configure the WCF REST service base address via the global.asax.cs file and the default endpoint 
            via the attributes on the <standardEndpoint> element below
        -->
        <standardEndpoint   name="" maxReceivedMessageSize="3000000" defaultOutgoingResponseFormat="Json" helpEnabled="true"  automaticFormatSelectionEnabled="true">
          <readerQuotas maxArrayLength="300000"/>
        </standardEndpoint>
        
      </webHttpEndpoint>
    </standardEndpoints>
  </system.serviceModel>

這樣就可以上傳大文件了

客戶端實現上傳很簡單借助 HttpClient

本來寫到這以為上傳很簡單的就能完成了結果卻弄了好久

先說下以前的寫法

以前這樣都能成功誰知道這次移到 REST WCF 中竟然報錯發現不能讀取Stream.Length 在這里問下各位高手 ~為什么讀取Stream.Length 會報錯？

CSDN 的 fangxinggood 給了解釋非常感謝

因為它被封裝成了MessageBodyStream，就像WCF Streamed的數據一樣，Length是不支持的。WCF里是客戶端一邊傳服務端一邊收。到達服務端開始寫IO時，流并沒有全部傳輸完，所以 MessageBodyStream不支持Length。但REST時是Http協議，所以其實Stream已經全部到達服務端了。如果你想取長度，可以用： var len = WebOperationContext.Current.IncomingRequest.ContentLength;來獲得。

如圖