就好玩了，既然一個service可以公布多個endpoint，而且我還知道wcf中有很多的binding ...

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

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

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

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

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

　　 　　轉眼wcf技術已經出現很多年了，也在.net界混的風生水起，同時.net也是一個高度封裝的框架，作為在wcf食物鏈最頂端的我們所能做的任務已經簡單的不能再簡單了， 再簡單的話馬路上的大媽也能寫wcf了，好了，wcf最基本的概念我們放在后面慢慢分析，下面我們來看看神奇 ...

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