系列文章導(dǎo)航：

WCF從理論到實(shí)踐(1)：揭開(kāi)神秘面紗

WCF從理論到實(shí)踐(2)：決戰(zhàn)紫禁之巔

WCF從理論到實(shí)踐(3)：八號(hào)當(dāng)鋪之黑色契約

WCF從理論到實(shí)踐(4)：路在何方

WCF從理論到實(shí)踐(5)：Binding細(xì)解

WCF從理論到實(shí)踐(6)：WCF架構(gòu)

WCF從理論到實(shí)踐(7)：消息交換模式

WCF從理論到實(shí)踐(8)：事件廣播

WCF從理論到實(shí)踐(9):實(shí)例模式和對(duì)象生命周期

WCF從理論到實(shí)踐(10)：異常處理

WCF從理論到實(shí)踐(11)-異步

WCF從理論到實(shí)踐(12):事務(wù)

WCF從理論到實(shí)踐(13):事務(wù)投票

WCF從理論到實(shí)踐(14):WCF解決方案模板

WCF從理論到實(shí)踐(15):響應(yīng)變化

WCF從理論到實(shí)踐(16):操作重載（帶視頻+ppt+源碼）

WCF從理論到實(shí)踐(17):OO大背離（帶視頻+ppt+源碼）

本文目的

需求變化是軟件開(kāi)發(fā)過(guò)程中的一大難題，我們經(jīng)常扼腕嘆息：面對(duì)變化，我們的軟件為何如此不堪一擊？我們常常在眾多需求變化導(dǎo)致的功能爆炸中疲于奔命，甚至迷失自我！這到底為什么？面對(duì)"擁抱變化"這種得吶喊，我們的感受應(yīng)該是震耳欲聾，還是振聾發(fā)聵？如果你仍在困惑，可以來(lái)看一看WCF是如何擺脫這種困境的！

序幕

小王效力于北京的一家系統(tǒng)集成公司，該公司內(nèi)部有一個(gè)WCF服務(wù)為各個(gè)部門所共用，小王便是WCF服務(wù)的開(kāi)發(fā)和維護(hù)人員。起初大家在一個(gè)辦公樓工作，共用一個(gè)局域網(wǎng)，WCF運(yùn)行的非常好，小王也因此獲得了公司上下的一致好評(píng)。此時(shí)他們的WCF的使用狀態(tài)如下圖所示：

起初小王以為公司都在一個(gè)局域網(wǎng)之中，考慮到性能，WCF最早采用的是NETTcpBinding的綁定方式，契約部分是根據(jù)自己的業(yè)務(wù)需要開(kāi)發(fā)的， 而他為服務(wù)公布的最早的地址為：NET.tcp://127.0.0.1:6547/Service。他最早是用代碼方式將服務(wù)托管到一個(gè)Console程序中的，托管代碼如下：

(ServiceLib.Service)); 

NETTcpBinding bind 

 NETTcpBinding(); 

Uri address 

); 

host.AddServiceEndpoint(

(Contracts.IService), bind, address); 

NET技術(shù)：WCF從理論到實(shí)踐(15):響應(yīng)變化，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。