​學習Android設計模式也有一段時間了，這段時間工作不忙，想把所學知識沉澱下來，決定把設計模式的知識做一個系列，方便你我。廢話不多說。 學習設計模式難免要先學習六大原則，因為在後面的設計模式運用過程中，

迪米特原則又被稱為 最少知識原則 ，意思就是說呢，一個物件應該對其他物件有最少的瞭解。我們知道，一個類如果太依賴另一個類，那麼他們之間耦合度就會很大，當一個類發生改變時，對另一個類產生的影響也會很大的。

20190412期 設計模式-如何理解職責鏈模式? 定義: 使多個物件都有機會處理請求，從而避免請求的傳送者和接收者之間的耦合關係，將這些物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有一個物件處理它為止

1.自定義Handler時如何避免記憶體洩漏 答案: 一般非靜態內部類持有外部類的引用的情況下，造成外部類在使用完成後不能被系統回收記憶體，從而造成記憶體洩漏。為了避免這個問題，我們可以自定義的Hand

1 簡單工廠 又叫做靜態工廠方法（StaticFactory Method）模式，但不屬於23種GOF設計模式之一。 簡單工廠模式的實質是由一個工廠類根據傳入的引數，動態決定應該建立哪一個產品類。

前言 設計模式真的很多很複雜，建議有興趣的看我文章最後的連結去學習，要想掌握和熟練應用到專案中絕對不是一蹴而就的，我這篇文章頂多就是一個入門級別的學習，讓大家對設計模式有個概念，我講的也非常簡單，程式碼太長

1.Builder模式介紹 Builder模式是一步一步建立一個複雜物件的建立型模式，可以讓使用者在不知道內部構造細節的情況下精確控制物件的構造流程。該模式是為了將構建複雜物件的過程和它的部件解耦，使構建過

在2018年10月初,公司倒閉,無奈走上找工作的道路,不想自己平時圖安逸,不思進取,再次找工作才發現,android行業也不是站在風口上,豬也能吹上天的世道了.作為技術小菜的我,再找工作那幾個月真是戰戰兢兢

今年的春招好像比之前來的早一點，本想提前準備準備，沒想到準備沒多久，在牛客上有些公司已開始內推了，我匹配了崗位投了以下幾家，CVTE、多益以及招銀。在之後的一個月內，陸陸續續也投了幾家，但很多都是筆試沒通過

Java 中的單例設計模式，很多時候我們只會注意到執行緒引起的表象性問題，但是沒考慮過對反射機制的限制，此文旨在簡單介紹利用列舉來防止反射的漏洞。 一、最常見的單例 我們先展示一段最常見的懶漢式的單例：

親愛的朋友，歡迎你來到物件村，開始走進設計模式的世界。這裡的每個人都很熟練的使用設計模式，很快我和你們一起，都會學習的很好，通過設計模式，躋身上流社會。 計劃每一章節的學習，通過幾個篇幅來完成，理論+實踐的

1. 前言 釋出訂閱者模式是為了釋出者和訂閱者之間避免產生依賴關係，釋出訂閱者之間的訂閱關係由一箇中介列表來維護。釋出者只需做好釋出功能，至於訂閱者是誰，訂閱者做了什麼事情，釋出者是無需關心的 2. 什

【前言】 我們都知道，面向物件（類）的三大特徵：封裝、繼承、多型 繼承：子類繼承父類的私有屬性和公有方法 封裝：把相同的程式碼寫在一個函式中 多型： ->過載：JS嚴格意義上是沒有過載

最近在看設計模式相關的知識，在此記錄並分享之。 設計模式總共23種。有六大原則和三種類型。 六大原則 1.單一職責原則---Single Responsibility Principle

image 前言 年年寒冬，年年也擋不住一個安卓程式設計師追求大廠的決心。想要進入大廠，我們需要掌握哪些知識點呢？這裡，我為大家梳理了一個整體的知識架構。整體包括