單例模式的定義是保證一個類僅有一個例項，並提供一個全域性訪問點。一般用在工具類、應用配置、資料庫連線池的建立上。 優點是一個類在記憶體裡只有一個例項，減少記憶體開銷，可以避免對資源的多重佔用。 缺點是沒

之前分享了兩個 Java 設計模式，今天給大家帶來的系列完整的 java 設計模式。為了幫助大家更好理解設計模式，這裡以講故事的方式給大家進行分享。只是想做的有區別於其他人分享，畢竟網上有關 java 設計模式

為什麼要糾結選擇什麼架構？ 假如有一天，你在除錯一個實現了幾十種功能的龐大的類時，你會發現自己很難找到並修復你的類中的任何錯誤。並且，很難把這個類作為一個整體來考慮，因此，你總會忽略一些重要的細節。如果你

分享這篇文章之前呢，我先分享下我總結的一些乾貨。 今年年初我花了一個月整理了一份最適合2018年學習的java乾貨，包括基礎+原始碼+資料+視訊，都是免費的，在這裡相信有許多 想要學習Java的同

單例模式是一種最常見的設計模式。 為什麼 所謂單例模式，就是一個類僅有一個例項存在。為什麼有這種要求呢，因為一個類有多個物件的話，可能會消耗過多的資源，以Android中常用的圖片載入框架ImageLo

以下問題的答案均是個人四年來學習實踐中整理的，如有不同意見，歡迎斧正。 1.自定義Handler時如何避免記憶體洩漏 答案: 一般非靜態內部類持有外部類的引用的情況

最近一直在寫框架，這個系列也好久沒更新了，抽時間更新一篇~ 概述 wiki: 建造者模式(Builder Pattern) ：將一個複雜物件的構建與它的表示分離，使得同樣的構建過程可以建立不同的表示。

外觀模式（FACADE） 又稱為門面模式 意圖 為子系統中的一組介面提供一個一致的介面 Facade模式定義了一個高層介面，這一介面使得這一子系統更加易於使用。

2017年的Google I/O大會上，Google推出了一系列譬如 Lifecycle、ViewModel、LiveData 等一系列 更適合用於MVVM模式開發 的架構元件。 本文的主角就是V

一、工廠方法模式VS建造者模式 工廠方法模式注重的是整體物件的建立方法，而建造者模式注重的是部件構建的過程，旨在通過一步一步地精確構造創建出一個複雜的物件。 工廠方法模式和建造者模式都屬於物件建立類模式

一.行為型模式 建立型模式基於物件的建立機制，隔離了物件的建立細節，使程式碼能夠與要建立的物件的型別相互獨立 結構型模式用於設計物件和類的結構，使它們可以相互協作以獲得更大的結構

模式定義 單例模式: 確保一個類只有一個例項, 並且提供一個全域性訪問的方法。 模式結構圖 程式碼實現 namespace SingletonPattern { ex

從事Android開發6年多了，早期的Android開發基本都是基於MVC來進行架構搭建，只是現在更偏向於MVP；現在兼c#開發，作為一個初學者，發現專案中也採用MVC架構，現在就來聊聊c#開發中的MVC和架構

原文來自被濫用的 GUI 設計模式 。 隨便侃些個人對 GUI 設計模式的看法。 近些年來，隨著 Fronted 技術的火熱和推進，古老的（至少有幾十年歷史）用來解決 GUI 應用中程式碼

這篇是設計模式中結構模式的第一篇。微服務架構現在是系統的架構的主流，它將系統拆分成一個個獨立的服務，服務之間通過通訊建立起關聯關係。假設現在有一個部落格的系統，它由四個微服務組成。使用者服務，文章管理服務，分類