前幾篇較偏理論，從本文開始介紹 Add-In 中對 VS 核心元素的實際操作，精彩度大增。日常開發從開啟方案開始，再找專案、開檔案編碼。本文即圍繞此流程展開。

前文介紹 Solution、Project、ProjectItem 的物理層面操作，而方案總管是管理它們的核心 UI 元素。本文專講方案總管的程式化操作。 工

前文介紹方案總管操作，但開發者大多數時間面對的是編輯器。VS2008 編輯器功能已很強大，善用熱鍵編碼極為順手，正如《卓有成效的程序員》所言：「編程時始終優先使

Add-In 多半需要使用者介面。前文採用的主要方式是選單與自訂視窗。本文將介紹更多 UI 操作技巧： 存取與操作 VS 內建視窗（輸出視窗、命令視窗等

上一篇介紹了 VS 中的工具視窗操作。本文繼續深入使用者介面主題，著重於兩項實用技巧： 建立自訂選項頁 設定選單項目圖示 建立自訂選項頁 安裝

小時候看木匠師傅專注地鋸木、釘釘、刨出帶香氣的木花，那時還不懂什麼是「專業」，但直覺地感受到：他們手中的工具不只是鋸子、鉋子，更是經過精通與馴化的延伸。Visu

背景 參考 PetShop 4.0 架構，實體層使用 NHibernate ORM。需封裝對業務實體的通用查詢。 方式一：泛型方法直接暴露 實體層 BaseD

宣稱與誤解 WPF 以「分辨率無關」作為賣點，採用 1/96 英吋為一個裝置無關單位（DIU）。但微軟缺乏詳細說明，導致三大常見誤解。 誤解一：改變螢幕解析度

VML 座標系調整關鍵 網上常說調整 CoordOrigin 可移動原點，實測無效。實際發現： v:shape 預設無 CoordOrigin 屬性（null

1. 大地水準面與參考橢球體 大地水準面：靜止海平面延伸至大陸內部形成的封閉曲面，處處垂直重力方向，形狀不規則。 參考橢球體：為便於數學計算，用規則橢球體逼近大

問題 引用第三方組件，需使用其 internal 類別或 private 方法，但無法修改源碼。 本質 修改組件中繼資料，將目標類別/方法的可視性標記從 Pr

需求：查詢所有部門（Department），並顯示每部門員工數。傳統 GROUP BY 強制聚合，無法同時輸出部門明細與統計值。窗口函數 OVER (PARTI

經典案例：Person.Exchange(Person p, int amount) 直接存取 p._money（private 欄位）。編譯器允許，因為封裝邊

現象 同一 TransactionScope 內連續呼叫兩次 Database.ExecuteReader，第一條 SQL 故意非法（捕獲異常忽略），第二條合法

Common Language Specification (CLS) 定義了 .NET 語言互操作的「最大公約數」。編寫程式庫若忽視 CLS，將導致 VB.N

.NET 垃圾收集器（GC）僅管理受控記憶體。資料庫連線、檔案控制代碼、GDI 物件、COM 物件等非受控資源，必須由開發者顯式釋放。IDisposable +

同事用 List<int> 實作洗牌演算法（Fisher-Yates），執著認為「泛型較先進」。實測證明：頻繁隨機索引存取場景，陣列完勝 List。

前文錯誤將 List<T> 視為「鏈結串列」，導致效能分析完全偏離。痛定思痛，深入 Reference Source 重新認知：List<T&

前言 ASP.NET 開發習慣大量使用伺服器控件（<asp:...>），導致許多原生 HTML 語義標籤被遺忘。本文回顧幾個常被忽略但極具語義價值的

「非主流使用者」非指網紅造型，而是視障者、行動不便者、低頻寬用戶、舊裝置用戶。HTML 標準賦予的語意標籤與屬性，正是為他們設計的生命線。忽略它們，就是切斷他們