簡介 命令模式（Command Pattern）是一種行為型設計模式，它將請求或操作封裝為獨立的對象，允許用戶參數化客戶端、隊列請求、記錄日志，并支持撤銷操作。該模式的核心思想是將“請求的發起者”與“請求的執行者”解耦，使兩者通過命令對象進行交互。 角色組成： 調用者（Invoker），負責發起請求 ...

5 性能分析方法 當您正在進行高級優化時，例如將更好的算法集成到應用程序中，通常很容易看出性能是否提高，因為基準測試結果通常很明顯。從性能分析的角度來看，2 倍、3 倍等大幅提速相對明顯。當你從程序中刪除大量計算時，你會期望看到運行時間的明顯差異。 但同樣，在某些情況下，當你看到執行時間的微小變化， ...

4 性能分析中的術語和指標 與許多工程學科一樣，性能分析也大量使用特殊的術語和指標。對于初學者來說，查看 Linux perf 或 Intel VTune Profiler 等分析工具生成的配置文件可能會非常困難。這些工具使用了許多復雜的術語和指標，但是，如果你打算從事任何嚴肅的性能工程工作，這些指 ...

中介者模式（Mediator Pattern） 中介者模式（Mediator Pattern）是一種行為型設計模式，它通過引入一個中介者對象，來減少多個對象之間的直接依賴，使對象之間的通信變得松耦合。對象不直接相互引用，而是通過中介者與其他對象交互。這有助于提高系統的可維護性和擴展性。 核心思想： ...

最近在做一些代碼重構，涉及到Python中部分代碼重構后，單元測試實現較為麻煩甚至難以實現的場景，其中一個主要的原因是構造函數過于復雜。 因此，本篇文章借此總結一下我們應該需要什么樣的構造函數。本篇文章涉及的概念不僅限于Python。 構造函數是什么 構造函數用于創建對象時觸發，如果不自定義構造函數 ...

Go語言 MVC 與 DDD 分層架構詳細對比 MVC和DDD是后臺開發兩種流行的分層架構思想，MVC（Model-View-Controller）是一種設計模式，主要用于分離用戶界面、業務邏輯和數據模型，便于分層解耦，而DDD（領域驅動設計）則是一種架構方法論，旨在通過構建業務領域模型來解決復雜系 ...

設計模式是程序員們長期實踐經驗的總結，被認為是面向對象方法的“刀刃”部分。 1990年代出版的《Design Patterns》收錄了23種設計模式，總結了一些有益的設計原則，為這份實踐經驗的理論化做出了開創性貢獻。 我們經常引用《Design Patterns》中的觀點將這些設計模式分成創建型、結 ...

用例圖是UML中最簡單，使用最高頻的圖之一，它通常用于詮釋“這個軟件做了什么”。用例圖的的表達非常簡單并且通俗易懂，不論研發、產品、測試，還是完全不懂軟件的外行，用例圖基本都能被看懂。 ...

模型-視圖-控制器（Model-View-Controller，簡稱 MVC）是一種經典軟件架構設計，通過分層解耦，使得系統結構清晰和易于維護，具有良好的可擴展性。MVC 適用于需要清晰分離用戶界面、業務邏輯和數據管理的應用場景。隨著MVC的發展，還衍生出了MVP、MVVM以及領域驅動設計（DDD）... ...

備忘錄模式（Memento Pattern） 備忘錄模式（Memento Pattern）是一種行為型設計模式，用于在不暴露對象內部實現細節的情況下，捕獲對象的內部狀態，并在需要時恢復到先前的狀態。該模式通常用于需要撤銷和恢復操作的場景。 核心思想：在不破壞對象封裝的前提下，捕獲并保存對象的內部狀態 ...

命令模式（Command Pattern） 命令模式（Command Pattern）是一種行為型設計模式，它將請求（命令）封裝成對象，從而使您能夠參數化客戶端（調用者）使用不同的請求、隊列請求或者日志請求，甚至支持可撤銷的操作。 核心思想是 將請求封裝成對象，從而使得調用者與接收者解耦，同時支持請 ...

《當Kafka化身抽水馬桶：論組件并發提升與系統可用性的量子糾纏關系》 引言：一場OOM引發的血案 某個月黑風高的夜晚，監控系統突然發出刺耳的警報——我們的數據發現流水線集體撲街。事后復盤發現：Kafka集群、Gateway、Discovery服務默契地同時表演了OOM自殺式藝術行為。這場事故完美演 ...

在實際項目中，我們常常需要高效、線程安全地加載配置文件。為了確保在高并發場景下配置只加載一次、且讀取速度盡可能快，我們往往會設計一些特殊的加載方案。今天，我將記錄一次從具體實現問題出發，逐步抽象出高級設計概念的過程。 1. 高效加載配置的需求 在項目初期，我們的需求很簡單：如何在多線程環境下高效加載 ...

訪問者模式（Visitor Pattern） 訪問者模式（Visitor Pattern）是一種行為設計模式，它允許你將操作（方法）封裝到另一個類中，使得你可以在不修改現有類的情況下，向其添加新的操作。 核心思想是將數據結構和對數據的操作分離，通過訪問者對象來對數據進行操作，而不是將操作方法直接嵌入 ...

UML提供«include»機制避免用例重復，實現共享。本文介紹創建被包含用例的步驟，并通過實例展示其在基礎用例共享、復雜用例分解及繼承用例復用等場景下的應用。 ...

訪問者模式主要用于分離算法和對象結構，從而在不修改原有對象的情況下擴展新的操作。它適用于數據結構相對穩定，而操作（行為）容易變化的場景。 ...

依賴注入（DI）與控制反轉（IoC）可能是一些開發小伙伴耳熟但又不能詳的兩個詞，經常看到它們的名字，但又不理解。這兩個詞來源于英文直譯，看似高深莫測，其實非常簡單，并且在一些開發場景中扮演著不可或缺的角色，比如單元測試離不開依賴注入，IoC容器是插件框架的最佳拍檔等，本文嘗試以最簡單的方式闡述這兩種... ...

之前寫過兩篇關于軟件工程中對象命名的文章：開發中對象命名的一點思考與對象命名怎么上手？從現實世界，但感覺還是沒有說透， 在軟件工程中，如果問我什么最重要，我的答案是對象命名。良好的命名能夠反映系統的本質，使代碼更具可讀性和可維護性。本文通過具體例子，探討為何應該以對象本質而非功能來命名，以及不當命名 ...

簡介 責任鏈模式（Chain of Responsibility Pattern）允許開發者將請求沿著鏈進行發送，直到其中一個處理者對象對其進行處理。 責任鏈模式的角色說明： 處理者（Handler）：聲明所有具體處理類的通用接口。該接口通常僅包含一個方法，用于處理請求，但有時還會包含一個用于設置下 ...

UML用例可以泛化，泛化可簡化模型、避免重復、易于擴展。通過抽象用例實現復用和模塊化。討論參與者及用例之間的泛化關系，指出不使用泛化可能導致模型復雜和重復工作的問題。 ...