本章學習目標 理解工作流關聯 (Correlation) 的概念、適用情境與重要性 使用關聯參數 (CorrelationParameter) 控制資料流向

承上章：完成 TruckService 資料服務與工作流建置 上一章已完成 ITruckService 介面與 TruckServiceDataConnecto

本章學習目標 完成本章學習後，您將掌握： 在工作流中呼叫 Web 服務 新增與設定 Web 服務 Proxy 在工作流中進行 Session（會話）管理

核心挑戰：異步工作流與同步 Web 服務的阻抗失配 WF 默認異步執行，ASP.NET 請求同步響應。若直接宿主，工作流啟動後控制權立即返回，ASP.NET 線

Unity 核心定位 輕量級、可擴展 DI 容器，支持構造函數/屬性/方法三種注入。本質是智能對象工廠+生命周期管理器，將「依賴誰」與「誰創建依賴」分離。適用可

初始化核心：類型註冊與生命周期綁定 Unity 容器啟動階段完成兩件事：建立契約→實現映射、綁定生命周期策略。本文以 IDialer/Dialer/Button

對象獲取三板斧 Unity 容器註冊映射後，提供三類核心解析方法（均含泛型與非泛型重載）： 1. Resolve<T>()——單一默認實例 獲取

Unity 注入三板斧：構造函數、屬性、方法調用 Unity 同時支持三種注入模式，且每種均提供Attribute 標記（侵入式）與XML 配置（非侵入式）雙重

.NET 平台與 C# 語言基因 CLR (Common Language Runtime)：托管執行環境，提供 GC、類型安全、代碼訪問安全、互操作 BCL

訪談背景：Patterns & Practices 團隊的新成員 2008 年 4 月，Unity 1.0 發布。InfoQ 專訪核心開發負責人 Chr

Unity 定位：輕量、可擴展、三注入全支持 Unity Application Block 是微軟 Patterns & Practices 團隊產出

爬蟲開發的工程化思維 創業項目初期數據引導常需爬蟲支持。從簡單腳本到分布式集群，每次重構都深化對 HTTP 協議、框架設計、模式應用的理解。開源 Nutch/H

PetShop 歷史定位與價值 PetShop 是微軟發布的 .NET 企業應用參考實現，對標 Sun Java PetStore，歷經版本迭代至 4.0（.N

NBear 核心定位與設計哲學 NBear（.NET Bear / No Bear）是基於 .NET 2.0/C# 2.0 的全開源（BSD 協議）輕量級開發框

核心概念三句話 容器：對象工廠+生命周期管理器，持有類型映射與實例引用 註冊：建立「接口/基類 → 具體類/實例」映射，配置生命周期 解析：根據映射創建或獲取

Constructor Injection 核心優勢 強依賴聲明：不可變對象、必須依賴的編譯時保證 依賴圖清晰：構造函數參數即依賴清單，無需掃描屬性/方法 封

Property/Setter Injection 適用場景 可選依賴，對象可在無依賴情況下工作 依賴需在運行時動態變更或外部可見 構造函數參數過多導致「望遠

何時選擇 Method Call Injection？ 構造函數過多、參數相近導致調試維護困難 需隱藏依賴細節，不暴露為公共屬性 希望通過修改依賴實現類控制注

痛點：第三方創建的對象如何參與 DI？ 組件庫/框架內部 new 出的對象（如 CoreLib.CreatePlayer() 返回 Mp3Player），其依賴

循環引用：隱蔽的運行時殺手 構造函數注入、屬性注入、方法調用注入均可能引發循環依賴。Unity 在解析時會陷入無限遞歸，最終導致棧溢出或死循環。最佳防禦：編碼階