其他

WCF是構建和運行互聯絡統的一系列技術的總稱，它是建立在Web Service架構上的一個全新的通訊平台。你可以把它看成是.NET平台上的新一代的Web

文章目錄 1、第一階段（Phase I）：準備（Prepare）階段2、第二階段（Phase II）：提交（Commit）或中止（Abort）3、未決（In-Doubt）事務的處理4、單階段提交（SPC: Single-Phase Commit）最佳化

一、 通道層與服務模型層(Channel Layer and Service Mode Layer)對於一個分布式應用的開發與設計來說，通訊問題是不得不考慮，同時也是最為複雜、最難實現的問題。在過去的若干年中, 微軟先後推出了一系列廣受歡迎的通訊技術, 比如DCOM、Enterprise Service、.NET Remoting、XML Web

一、設定 MaxTransferWindowSizeWindows Communication Foundation (WCF) 中的可靠會話使用傳輸視窗儲存用戶端和服務上的訊息。可配置屬性 MaxTransferWindowSize

Policy Injection Application Block（PIAB）是Enterprise Library眾多Application Block中的一個。在我看來，PIAB和後來的Unity Application Block的推出在Enterprise Library的發展曆程中具有重要的意思，它標誌著Enterprise Library向真正架構上面發展。不再是僅僅關注於某個具體功能實現（比如Logging、Caching、DA、Security等等）。PIAB提供了一種易用的、

自從公司搬到國際科技園五期之後，就開始坐班車上班了。隨著入住公司越來越多，班車的車次卻始終保持不變，所以班車變得越來越擠。對於上下班的高峰期，後面幾個網站的人根本就上不了車。為了避開高峰期，我一般都會選擇坐稍早那一班上下班。由於這幾天一直在培訓公司剛剛招聘的新人，培訓在九點開始，去早了也沒有太大的意義，所以選擇坐上班高峰期的那班車。雖然我在始發站上車，但在我上車的時候已經沒有座位了，不過還好，車上還有一定的空間供我們呼吸。兩站之後，已經擠滿了整整一車的人，每次關車門都需要NG幾次。所以在後面的幾

當基於某個終結點建立的ChannelFactory<TChannel>被開啟的之後，位於服務模型層的用戶端運行時架構被成功構建。站在編程的角度看ChannelFactory<TChannel>，它就是一個建立用於服務調用的服務代理對象的工廠。由於服務調用需要藉助於服務代理來完成，我們很有必要從整個用戶端運行架構層面來瞭解服務代理和基於服務代理的服務調用是如何?的。目錄 一、服務代理是一個透明代理 二、服務調用的流程       操作選擇

無論對於Web Service還是WCF，Client和Service之間互動的唯一形式是通過發送和接收Soap Message。在我們對Web Service和WCF進行深入學習的時候，藉助一些Soap Trace 工具對Soap Message進行深入剖析是非常有必要的。在這些工具之中，我覺得最好用的就是Microsoft Soap Toolkit中的Soap Trace

對於任何一個企業級應用來說，安全（Security）都是一個不可迴避的話題。如何識別使用者的身份？如何將使用者可執行檔操作和可訪問的資源限制在其允許的許可權範圍之內？如何記錄使用者行為，讓相應的操作都有據可查？這些都是應用的安全機制或者安全架構需要考慮的典型問題，它們分別對應著三個安全行為：認證（Authentication）、授權（Authorization）和審核（Auditing）。 除了這些典型的安全問題，對於一個以訊息作為通訊手段的分布式應用，還需要考慮訊息的保護（Message

Enterprise Library是微軟P&P部門開發的眾多Open source架構中的一個，最新的版本已經出到了4.1。由於接觸Enterprise Library已經有很長的一段時間，在實際的項目中使用的頻率也很高。對此有了一些積累，希望通過這個新的系列和廣大網友一起分享和交流。本系列假設讀者已經對Enterprise Library有一定的瞭解，故而不會對各個Application Block的基本原理和編程模型進行介紹，而把側重點放在Enterprise

[原文：http://www.hanselman.com/blog/T4TextTemplateTransformationToolkitCodeGenerationBestKeptVisualStudioSecret.aspx]Rob beat me to it. Blogging about T4 (the Text Template Transformation Toolkit) had been on my list literally for a year. He and I

在《WCF 並發的本質》中，我們談到了WCF提供的三種不同的併發模式，使開發人員可以根據具體的情況選擇不同的並發處理的策略。對於這三種併發模式，Multiple採用的並行的執行方式，而Single和Reentrant則是採用串列的執行方式。串列執行即同步執行，在WCF並發架構體系中，這樣的同步機制是如何?的呢？

[For Arnon Rotem-Gal-Oz’s Article:http://dobbscodetalk.com/index.php?option=com_myblog&show=CRUD-is-bad-for-REST.html&Itemid=29]In one of my previous posts (Rest: good, bad and ugly), I made a passing comment, about how I think using CRUD in

前幾天在家裡測試一個基於WS-AT的分布式應用，但是串連公司網路的VPN出現了問題，不得不採用VPC在本機搭建一個區域網路。雖然以前也做過這樣的嘗試，可能是很久沒有弄過了，一些細節記不清了，所以也折騰了好一陣子。在這裡，我特意寫一篇文章來介紹基於VPC搭建區域網路的整個步驟，沒有什麼技術含量，只當給具有相同需要的朋友多一個參考。我現在的Host Machine為Windows 7 Ultimate （X64） ，Virtual Machine為Windows Server 2008 （X86），

從整個基礎構架的階層上講，WCF可以分成兩個部分：服務模型層（Service Mode Layer）和通道層（Channel Layer）。服務模型層建立在通道層之上，提供了一個統一的、可擴充的編程模型。通道層則通過綁定（Binding）建創的通道棧為訊息通訊提供了一個傳輸、處理的通道。[第1篇] Binding模型簡介對於一個分布式應用的開發與設計來說，通訊問題是不得不考慮，同時也是最為複雜、最難實現的問題。在過去的若干年中, 微軟先後推出了一系列廣受歡迎的通訊技術,

上面一部分我們站在通道層的角度剖析了WCF為了實現可靠會話在通道層進行的一系列訊息交換，或者說用戶端和服務端的RS通道為了實現可靠訊息傳輸所進行一輪又一輪的握手。這一切都是基於這樣一個假設：兩個RS通道均可以在適當的時機向對方發送訊息，或者說兩個RS通道之間是一個雙工的通道。

作為一個通訊基礎平台,WCF必須保證通訊的可靠性。由於訊息交換是WCF採用的通訊手段，通訊可靠性的保障體現在確保訊息的可靠傳輸。WCF本質上是一個訊息處理架構，作為整個訊息交換系統的兩個終端，即發送端和接收端。換句話說，WCF僅僅負責對訊息的發送和接收，一旦訊息通過WCF的通道層進入了網路，就脫離了WCF的控制範圍。但是，由於網路環境的限制，網路層不能百分之百地確保對訊息的有效交付。如何克服中間環節的制約，確保從一端發送的訊息能夠被有效地交付給另一端，這就是可靠訊息傳輸（Reliable

文章目錄 1、輕量級交易管理員（LTM: Lightweight Transaction Manager）2、核心交易管理員（KTM：Kernel transaction Manager）3、分散式交易協調器（DTC：Distributed Transaction Coordinator）4、事務提升（Transaction Promotion）

WCF事務編程其實很簡單，可以用三句話進行概括：通過服務契約決定事物流轉（Transaction Flow）的策略；通過綁定實施事務的流轉；通過服務行為控制事務的相關行為。本篇文章著重介紹如果通過TransactionFlowAttribute特性定義事務流轉策略。 

WCF服務端運行時架構的構建WCF服務端運行時架構體系詳解[上篇] WCF服務端運行時架構體系詳解[中篇] WCF服務端運行時架構體系詳解[下篇] WCF服務端運行時架構體系詳解[續篇]WCF用戶端運行架構的構建WCF用戶端運行時架構體系詳解[上篇] WCF用戶端運行時架構體系詳解[下篇]WCF擴充通過“四大行為”對WCF的擴充[原理篇] 通過“四大行為”對WCF的擴充[執行個體篇]