統一建模語言（UML）自1997年被對象管理組織（OMG）採納為標準以來，已成為物件導向系統開發的通用標記法。雖然UML包含九種圖表，學習曲線較陡峭，但我們可以

序列圖描述對象間隨時間的消息交互。本文聚焦 UML 規定的兩種形態——**通用形態**（Generic，描述「必須」交互）與**實例形態**（Instance，

需求收集是軟件工程基石，用例建模最常用。本文深入理論與詞彙，闡明用戶界面、系統界面與用例描述的關係，揭示為何用例不應包含 UI 邏輯，並引入「事務處理」與「逆向

現代系統無不處於網絡中，既為內部用戶服務，也依賴外部系統（瀏覽器、數據庫、第三方服務）。隨 Web Services 普及，系統將面向更廣泛的消費者。本文探討參

性能只是選型一半，易用性同樣關鍵。本文（系列第二部分）通過統一任務——解析輸入流、遞歸遍歷修改（去首尾空白、空文本刪除、非空文本包裝為同名稱空間 <tex

Java 操作 XML 可選標準 DOM 或多種 Java 專用模型。隨選擇增多，如何從功能、性能、易用性三維度抉擇成為難題。本文（系列第一部分）對六大主流模型

傳統認知認爲消息中間件僅適用於小數據量、低頻異構系統集成。但隨著 Java/.NET 將分布式能力內化為編程模型一部分，JMS 已具備高可用、容錯、高性能特質。

Struts 2 以 WebWork 為核心，提供更強大的 MVC 框架。本文演示在 IBM Rational Software Architect 7 (RS

延遲下載非遊戲核心邏輯，但對體積控制、網遊分包加載、資源加密保護、防作弊驗證、熱更新至關重要。應讀者請求，筆者提供基於 Loon 框架的完整可運行示例，涵蓋下載

學習 Java 兩年，記錄避坑指南供同好參考。本篇覆蓋三大基石：動態加載驗證、類文件尋找原理、JDK 與 JRE 關係。 一、 親眼見證動態加載 概念易記，細

承接上篇，趁國慶假期整理筆記。上回覆蓋了動態加載、類加載器及 JDK/JRE 區別，本篇聚焦集合框架與設計模式兩大支柱主題。 一、 集合框架：新舊交替背後的權

這是筆者撰寫的第三篇 Java 技術隨筆，感謝讀者們對前兩篇的支持與指正。筆者希望透過這種方式梳理知識體系，與同好共同精進。前兩篇分別探討了 JVM/JDK/J

序列化與反序列化 ObjectOutputStream (oos) / ObjectInputStream (ois) 實現對象 ↔ 二進制流轉換，支持文件、S

XML 解析兩大流派 XML 作為配置信息載體，Java 提供 org.w3c.dom (接口) 和 javax.xml.parsers (工廠) 兩包支持。

RMI (Remote Method Invocation) 核心原理 經典比喻：A 機器需計算加法，調用 B 機器的方法如同本地調用。RMI 是 EJB 實現

從 C/S 到 B/S 的技術演進 客戶端維護轉移至瀏覽器；服務端 ServerSocket 由 Web 容器 (Tomcat、JBoss、WebLogic)

Servlet 與 JSP 是 Java EE（現 Jakarta EE）Web 開發的雙子星。本文從容器實現機制、生命周期、標簽本質到 MVC 框架演進，梳理

Struts 1 歷史地位 2001 年 5 月發布，引入 MVC 模式分離視圖 (JSP) 與業務邏輯，一度成為 Web 應用事實標準。優勢：低風險（人才易招

歷史脈絡：從 Struts 1 到 Struts 2 2002 年 WebWork 發布，引入 IoC、AOP 等革命性思想，與 Struts 1 不兼容。

Spring 核心定位 引用《Spring 2.0 技術手冊》：「Spring 核心是輕量級容器，實現 IoC 容器與非侵入式框架，提供 AOP 實現、持久層/