建站
咨詢
售后
建站咨詢
新聞中心
原來上網(wǎng)我下了很多WCF異步調(diào)用Demo。而我用的是VS2005，我在使用這些小樣時，基本上絕大部分基于VS2003的Asp.net工程都因為少數(shù)文件無法轉換而無法加載工程，為此我也苦惱很久，后來終于讓我找到了解決辦法。
一個好的框架設計要素在于，不管客戶端的調(diào)用方式（同步或者異步），服務的設計與實現(xiàn)應該是一致的。對于服務的設計者而言，在設計之初，就不應該去考慮服務的調(diào)用者調(diào)用的方式。換言之，服務操作究竟是否采用異步方式，應該由客戶端的調(diào)用者決定。
因此，所有與異步調(diào)用相關的內(nèi)容應該只與客戶端相關。 標簽：WCF異步調(diào)用【引自張逸的博客】WCF與Web Service不同的是，當我們定義了服務契約的操作時，不管是通過ChannelFactory創(chuàng)建服務代理對象，還是通過SvcUtil的默認方式生成服務代理對象，客戶端在調(diào)用這些代理對象時，都無法直接實現(xiàn)異步方式的調(diào)用。例如，對于如下的服務操作定義：
- [OperationContract]
- Stream TransferDocument(Document document);
在調(diào)用代理對象的方法時，我們無法找到對應于TransferDocument()操作的BeginTransferDocument()和EndTransferDocument()異步方法。這樣的設計使得我們無法通過編程方式異步地調(diào)用服務的操作，除非我們在定義服務接口時，直接加入相關操作的異步方法。
然而，這又直接導致了服務的設計與方法調(diào)用方式之間的耦合。一個好的框架設計要素在于，不管客戶端的調(diào)用方式（同步或者異步），服務的設計與實現(xiàn)應該是一致的。
對于服務的設計者對WCF異步調(diào)用而言，在設計之初，就不應該去考慮服務的調(diào)用者調(diào)用的方式。換言之，服務操作究竟是否采用異步方式，應該由客戶端的調(diào)用者決定。因此，所有與異步調(diào)用相關的內(nèi)容應該只與客戶端相關。WCF遵循了這一規(guī)則。#t#
在我編寫的應用程序中，會暴露一個傳送文檔文件的服務操作。我并不知道也并不關心調(diào)用該操作的客戶端是否采用異步方式。因此，如上所述的服務操作定義是完全正確的。
本文題目：專家教您WCF異步調(diào)用方法
文章轉載：http://www.5511xx.com/article/coigesg.html
