Windows 7 引入的 程式庫 是檔案管理範式轉移：從「實體路徑導向」轉向「邏輯視圖導向」。本文從六大維度深度剖析其運作機制、與資料夾本質差異、特殊行為邏輯 (刪除/重加、來源刪除、網路共享限制)、共享操作介面差異，助您建立正確心智模型，避開常見誤區。
一、與資料夾的本質異同
| 特性 | 資料夾 | 程式庫 |
|---|
| 儲存實體 | 是 (檔案實際佔用磁碟空間) | 否 (僅索引/參考，不佔額外空間) |
| 檔案來源 | 單一路徑 | 多路徑聚合 (本機/外接/網路*) |
| 操作同步性 | 即時 | 對程式庫內檔案操作即反映至來源資料夾 |
| 刪除程式庫 | 刪除實體檔案 | 僅移除索引，來源檔案完全保留 |
* 網路共享資料夾在 Win7 原生程式庫中無法直接加入 (見第 4 點)。
二、刪除後重加的「幽靈」現象
現象：資料夾 A 加入程式庫 → 在程式庫中刪除 A → 嘗試重新加入 A → 提示「已包含在程式庫中」但不顯示。
原因：程式庫內部索引殘留舊記錄，介面未正常刷新。
解決：關閉程式庫視窗 → 重新開啟 → 再嘗試加入，或重新整理 (F5)。
非 Bug，屬介面快取同步延遲。
三、來源資料夾刪除後，程式庫行為
- 程式庫中該資料夾仍可開啟，但顯示空內容。
- 在程式庫中該資料夾仍可新建檔案/資料夾 → 系統自動在原路徑重建來源資料夾並寫入新內容。
- 此行為證明：程式庫保有「來源路徑記憶」，非單純快照。
四、網路共享資料夾無法加入程式庫 (Win7 原生限制)
- 嘗試加入 `\\Server\Share` 或對應網路磁碟機 `Z:\` 下的資料夾 → 錯誤：「此資料夾無法包含，因為它是共用資料夾而非索引位置」。
- 即使將共享資料夾加入索引服務 (控制台 → 索引選項 → 修改 → 勾選網路路徑)，原生程式庫仍拒絕。
- 替代方案：使用 符號連結 (mklink /D) 將網路路徑映射為本機資料夾，再加入程式庫 (需持續網路連線)。
五、程式庫 ≠ 來源資料夾 (命名相同非同一物件)
- 資料夾 `D:\Work\ProjectA` 加入程式庫 → 程式庫出現 `ProjectA` 節點。
- 在程式庫 `ProjectA` 節點右鍵「內容」→「包含資料夾」→ 新增 `E:\Backup\ProjectA` → 程式庫聚合顯示兩地內容。
- 但 實體 `D:\Work\ProjectA` 完全不受影響，不會自動同步 `E:\Backup\ProjectA` 內容。
- 程式庫節點僅是邏輯容器，非實體資料夾映射。
六、程式庫中共享操作的介面延遲
- 程式庫中右鍵資料夾 →「共用」→ 設定完成 → 程式庫介面未即時顯示共用圖示。
- 來源資料夾 (實體) 已正確顯示共用圖示。
- 關閉程式庫視窗 → 重新開啟 → 圖示出現。
同理取消共用亦需重開視窗刷新。
- 建議：複雜權限設定直接在來源資料夾「內容」→「共用」分頁操作，功能更完整 (進階共用、權限、NTFS 安全性)。
總結：正確心智模型
程式庫 = 虛擬聚合索引視圖。
• 不儲存檔案，不佔空間。
• 操作即時同步至來源。
• 刪除程式庫/移除包含 = 僅移除索引，來源安全。
• 來源刪除 = 程式庫保留路徑記憶，可自動重建。
• 網路共享原生不支援，需符號連結繞過。
• 共用/權限操作建議在來源資料夾進行，介面即時且功能完整。
