單例模式應該是最簡單的一種設計模式。
單例模式要求全域性只能有乙個例項，所以，單例類會設計成其建構函式和賦值建構函式私有化，完成內部建立維護唯一的例項物件。
有些像工廠批量生產物品一樣，通過固定的介面，生產出種類相同的不同個體。
對外介面統一，不用暴露過多的建立邏輯；並且可延遲建立例項物件，可以在確定了一些資訊後再建立物件。
配合繼承使用，可以很靈活的新增相同種類的product。
在物件本身建立起來很麻煩，代價很大的時候，就可以用到原型模式。
這個設計模式很少單獨使用，畢竟使用條件苛刻、雞肋。
介面卡模式使得兩個不相容的系統能夠實現資料對接的可能。
類似你顯示器只有乙個vga介面，而你只有一根hdmi線，那個hdmi轉vga轉換器就是應用了介面卡模式。
「卓接視之，見其刀長尺餘，七寶嵌飾，極其鋒利，果寶刀也。」
曹操行刺董卓拿的那把七星刀應用了裝飾器模式。本來刀沒有寶石這個屬性的，把寶石嵌上去，刀就有了寶石的屬性。
組成模式總是在不知不覺的時候就會被使用，例如乙個汽車類裡有四個輪子類，每個輪子使用什麼牌子的輪胎可以由統一介面設定。
想象下房產中介的工作大概就清楚了。
當某個物件，出於某種原因（這也許就是隔離吧），無法直接訪問卻又要使用其功能的時候，就需要用到**模式了。
社畜都知道，在公司請假需要走oa流程的，從你提出流程開始，這個流程經歷了重重把關之後，才會到最後歸檔的終節點。
在這種模式中，通常每個接收者都包含對另乙個接收者的引用。如果乙個物件不能處理該請求，那麼它會把相同的請求傳給下乙個接收者，依此類推。
命令模式是一種資料驅動的設計模式，請求以命令的形式包裹在物件中，並傳給呼叫物件。呼叫物件尋找可以處理該命令的合適的物件，並把該命令傳給相應的物件，該物件執行命令。
類似json解析器、xml解析器就是使用這種模式。
用對應的語法語義去解析語言。
這種模式用於順序訪問集合物件的元素，不需要知道集合物件的底層表示。
跟**模式相似。但是中介者模式更偏向用於模組解耦，**模式則是封裝物件功能，使得上層無需知道底層對接的是什麼東東。
叮您關注的***主播上線啦
定義物件間的一種一對多的依賴關係，當乙個物件的狀態發生改變時，所有依賴於它的物件都得到通知並被自動更新。
乙個抽象類公開定義了執行它的方法的方式、模板。它的子類可以按需要重寫方法實現，但呼叫將以抽象類中定義的方式進行。
用過哪些設計模式
工廠模式 主要好處就是可以消除物件間的耦合，通過使用工程方法而不是new關鍵字。將所有例項化的 集中在乙個位置防止 重複。工廠模式解決了重複例項化的問題 但還有乙個問題,那就是識別問題，因為根本無法 搞清楚他們到底是哪個物件的例項。function createobject name,age,pro...
使用過的設計模式總結
本篇只是用來記載用過的一些設計模式。1.單例模式。使用較多。主要是為了使得環境裡具有某項單一功能的例項只有乙個，這樣在能實現功能的情況下也使得記憶體占用最小。2.策略模式。使用較多。將多個類能使用的共同 進行抽象封裝，易於擴充套件復用。3.工廠模式。將多個例項放在工廠類內，根據不同名稱或方法取得相應...
線上活動的17個主題 你用過幾個？
電商搞線上活動總需要乙個由頭，什麼樣的由頭聽起來不那麼老套，什麼樣的主題才好玩，本文點評了17個活動中常用的由頭，看看你用過幾個?1 周年慶 聽說不搞周年慶的電商沒有前途，後來還衍生出了半年慶的活動，這除非是自戀到一定程度，否則一般人很難接受 搞周年慶最早來自商場的活動推 廣，抽一輛汽車或者選一名當...