wcf已經說到第六天了，居然還沒有說到這玩意有幾種通信模式，慚愧慚愧，不過很簡單啦，單向，請求-響應，雙工模式，其中的第二種“請求-響應“ 模式，這個大家不用動腦子都清楚，這一篇我大概來分析下。 一：“請求-響應“模式 　 如果你看了我上一篇的博文，你應該非常清楚 ...

　　 在我們玩wcf的時候，都會潛意識的覺得wcf就是通過soap協議交換消息的，並且可以在basic，tcp，msmq等等綁定中任意切換， 牛逼的一塌糊塗，但是呢，如果說哪一天wcf不再使用soap協議，而是采用json格式的字符串，是不是有一點顛覆你對wcf的認識 ...

　 在前面的文章中，我也清楚的說明了整個wcf通信流，而Behavior這個潑婦可以在wcf通信流中的任 ...

　　 通常我們去大保健的時候，都會找姑娘問一下這里能提供什么服務，什么價格，這時候可能姑娘會跟你口述一些服務或者提供一份服務清單，這樣的話大 家就可以做到童嫂無欺，這樣一份活生生的例子，在wcf中同樣是一個道理，只有client了解service能提供哪些功能，client ...

一：文起緣由 寫這一篇的目的源自於最近看同事在寫wcf的時候，用特別感覺繁瑣而且雲里霧里的嵌套try catch來防止client拋出異常，特別感覺奇怪，就比如下面的代碼。 看完上面的代碼，不知道你是否有什么感想？而且我還問了同事，為什么try ...

　　　　 終於一路走來，到了本系列的最后一篇了，這一篇也沒什么好說的，整體知識框架已經在前面的系列文章中講完了，wcf的配置眾多，如果 不加一些指定配置，你可能會遇到一些災難性的后果，快來一睹為快吧。 一： 第一個大坑 【數據傳輸量】 　　 我們使用wcf的目的 ...

　　 　　轉眼已經中斷10幾天沒有寫博客了，也不是工作太忙，正好碰到了端午節，然后最近看天津台的愛情保衛戰入迷了。。。太好看了，一直都是回味無窮。。。而且 塗磊老師話說的真是tmd的經典，然后就這樣耽擱了，好了，話不多說，這篇我們看看binding中最后一點需要知道的東西。 一：信道棧 ...

　　 我們在玩wcf項目的時候，都是自己手工編寫system.serviceModel下面的配置，雖然在webconfig中做wcf的服務配置的時候，vs提供大多 數的代碼提示，但對於不太熟悉服務配置的小鳥們來說，有些困難，而且一些服務配置也容易遺漏，大多情況下，我們都是copy ...