Visual Studio的MFC向導可以生成基於對話框的程序，而win32向導卻不支持 ，是不是很不給力呢？雖然VAX可以直接插入對話框的代碼段

微軟在推出Windows 8 RTM同時也開放了Windows Store，應用開發者可以開始 在商店裡提交Windows 8付費應用。在他們考慮

細算起來，已經有好幾個月沒有真正的寫過文章了。近半年以來，一直忙於我的第一本WCF專著《WCF技術剖析》的寫作，一直無暇管理自己的Blog。到目前

IIS 5.x與ASP.NET我們先來看看IIS 5.x是如何處理基於ASP.NET資源（比如.aspx,.asmx等）請求的，整個過程基本上可以

在上面一篇文章中，我們對不同版本的IIS，以及ASP.NET得的實現機制進行了詳細而深入的分析。在介紹IIS7.0的時候，我們談到，HTTP.SY

通過《再談IIS與ASP.NET管道》的介紹，相信讀者已經對IIS和ASP.NET的請求處理管道有了一個大致的了解，在此基礎上去理解基於IIS服務

在《基於IIS的WCF服務寄宿（Hosting）實現揭秘》中，我們談到在采用基於IIS（或者說基於ASP.NET）的WCF服務寄宿中，具有兩種截然

為什麼在基於ASP.NET應用寄宿（Hosting）下配置的BaseAddress無效？本篇文章來源於幾天前一個朋友向我咨詢的問題。問題是這樣的，

在這之前，我寫過深入介紹MS EnterLib PIAB的文章（參閱《MS Enterprise Library Policy Injection

和傳統的分布式遠程調用一樣，WCF的服務調用借助於服務代理（Service Proxy）。而ChannelFactory<T>則是服務

我們想對WCF具有一定了解的人都會知道：在客戶端通過服務調用進行服務調用過程中，服務代理應該及時關閉。但是如果服務的代理不等得到及時的關閉，到底具

在前面一片文章（服務代理不能得到及時關閉會有什麼後果?）中，我們談到及時關閉服務代理（Service Proxy）在一個高並發環境下的重要意義，並

按照操作執行所需的資源類型，我們可以將操作分為CPU綁定型（CPU Bound）操作和I/O綁定型（I/O Bound）操作。對於前者，操作的執行

說完了客戶端的異步服務調用（參閱WCF技術剖析之十一：異步操作在WCF中的應用（上篇））,我們在來談談服務端如何通過異步的方式為服務提供實現。在定

數據契約（Data Contract）和數據契約序列化器（DataContractSerializer）大部分的系統都是以數據為中心的（Data

DataContractSerializer承載著所有數據契約對象的序列化和反序列化操作。在上面一篇文章（《數據契約（Data Contract）

在.NET Framework 2.0中，泛型第一次被引入。我們可以定義泛型接口、泛型類型、泛型委托和泛型方法。序列化依賴於真實具體的類型，而泛型

在.NET中，所有的集合都實現了IEnumerable接口，比如Array、Hashtable、ArrayList、Stack、Queue等。有的

如果一個類型，不一定是數據契約，和給定的數據契約具有很大的差異，而我們要將該類型的對象序列化成基於數據契約對應的XML。反之，對於一段給定的基於數

數據契約是對用於交換的數據結構的描述，是數據序列化和反序列化的依據。在一個WCF應用中，客戶端和服務端必須通過等效的數據契約方能進行有效的數據交換