痛點：單一 Views 目錄膨脹 專案增長導致 Views 目錄下 Controller 文件夾爆炸： Views/ Home/ Account/ Prod

架構演進對比 維度傳統 ASP.NET (Page Controller)MVC 模式 代碼組織.aspx.cs 混合邏輯Model/View/Co

兩種服務創建方式 方式一：AJAX 啟用 WCF 服務模板 右鍵專案 → 添加新項目 → 「AJAX 啟用的 WCF 服務」 命名 HelloWorldSe

問題場景 GridView 模板列包含自定義控件（內含 DropDownList + 3 Label），導出時默認渲染為 DropDownList 第一項，而非

View 測試的核心難題 View 引擎依賴 HttpContext、ControllerContext 等運行時上下文 傳統做法構造測試上下文極其繁瑣，且屬

架構圖解 三大緩存層次 層次存儲介質適用數據過期策略 L1: 對象緩存Heap (HttpRuntime.Cache)熱點實體、計算結果、會話數

準備工作 引用 Microsoft.Web.Mvc.dll (Futures 程序集) 路由註冊改用 MapAsyncRoute Controller 繼承

異步請求處理價值 IO 密集型場景（數據庫、Web Service、文件讀寫）釋放執行緒，提升吞吐量。ASP.NET MVC 1.0/2.0 缺乏原生支持，需自

繼承 UserControl 建立複合控件時，若需對外暴露專屬事件 (如「使用者按下 Shift+Click」)，需完整實作 **委派 → EventArgs

核心原理：IE 專有濾鏡 + file 控件 value 利用 DXImageTransform.Microsoft.AlphaImageLoader 直接讀取

為什麼選擇 XPO？ DevExpress 出品，Visual Studio 深度集成 無 XML 映射文件，特性驅動映射 自動建表、遷移、連接池管理 LIN

三層架構設計 框架無關層：fsDevCommon.CheckValidValue — 純邏輯，無 Web 依賴 Web 交互層：驗證控件、錯誤提示、客戶端腳本

攻擊鏈路還原 用戶下單 → B2C 生成支付 URL（含金額、訂單號、MD5 簽名） 攻擊者攔截 URL → 修改 amount=100.00 → amoun

業務痛點：跨企業身份管理噩夢 Fabrikam 自行車廠需為 200+ 經銷商員工提供採購門戶： 帳號生命周期管理成本極高（入職、離職、角色變更） 密碼安全策

ListView 核心優勢 完全控制 HTML 輸出，無多餘標籤 內置分頁（DataPager）、排序、編輯、插入、刪除 CSS 友好：LayoutTempl

技巧一：Enum 一鍵綁定 // 僅名稱 DropDownList1.DataSource = Enum.GetNames(typeof(OrderStatus

SharpMap 核心架構優勢 OGC 幾何模型標準化：IGeometry、IFeature、ILayer Provider 模式：ShapeFileProv

專案分離動機 真實項目中常將 Models、Views、Controllers 拆分為獨立組件： MyMvc.Web — Views、靜態資源、啟動配置 My

問題回顧 專案分離後，Controllers 專案中的 Scaffold 功能創建的 View 文件留在錯誤位置，且「轉到視圖」導航失效。 核心突破：.csp

性能調查目標 示例程序繪製 Mandelbrot 集合耗時 ~10 秒，需優化至亞秒級。 分析器啟動與配置 菜單：分析 → 啟動性能精靈 選擇 CPU 採