HelloWorldKivsenTrprio

摘要： 外觀模式（facade pattern） 外觀模式( Facade Pattern)，也叫門面模式, 外觀模式的原始定義是：為子系統中的一組接口提供統一的接口。它定義了一個更高級別的接口，使子系統更易于使用。外觀模式，是一種通過為多個復雜的子系統提供一個一致的接口，而使這些子系統更加容易被訪問的模式 閱讀全文

摘要： 定義：將抽象部分與它的實現部分分離，使他們都可以獨立地變化 橋接模式使用一種巧妙的方式處理多層繼承存在的問題，用抽象關聯來取代傳統的多層繼承，將類之間的靜態繼承關系轉變為動態的組合關系，使得系統更加靈活，并易于擴展，有效的控制了系統中的類的個數（避免了繼承層次的指數級爆炸），將兩個獨立變化的維度進行 閱讀全文

摘要： 定義：原型模式（Prototype Design Pattern） 用一個已經創建的實例作為原型，通過復制該原型對象來創建一個和原型對象相同的新對象 原型模式主要解決的問題： 如果創建對象的成本較大，比如對象中的數據是經過復雜計算才能得到的，或者需要從RPC接口或者數據庫等比較慢的IO中獲取，這種情 閱讀全文

摘要： 享元模式（flyweight pattern）定義： 擯棄了在每個對象中保存所有數據的方式，通過共享多個對象所共有的相同狀態，從而讓我們能在優先的內存容量中載入更多的對象。 從這個定義可以發現，享元模式要解決的核心問題就是節約內存空間，使用的辦法是找出相似對象之間的共有特征，然后復用這些特征，所謂“ 閱讀全文

摘要： 外觀模式： 優點： 1.對客戶端屏蔽了子系統組件，減少了客戶端所需要處理的對象數目，并使子系統使用起來更加容易，通過引入外觀模式客戶端代碼將變得很簡單，與之關聯的對象也很少 2.它實現了子系統域客戶端之間的松耦合關系，這使得子系統的變化不會影響到調用它的客戶端，只需要調整外觀類即可 3.一個子系統的 閱讀全文

摘要： 適配器模式：將類的接口轉化為客戶期望的另一個接口，適配器可以讓不兼容的兩個類一起協同工作 兩種實現方式： 類適配器（使用繼承關系實現）； 對象適配器（使用組合關系實現）； 閱讀全文

摘要： 裝飾器模式定義：動態的給對象添加一些額外的職責，就擴展功能而言提供了一種比子類實現更加靈活的替代方案（使用子類實現功能拓展，子類和父類之間的耦合性會比較高） 總結： 缺點：會產生很多小對象，增加調試難度 適用場景： 對API 的安全性要求較高 無法使用繼承擴展類的場景 閱讀全文

摘要： 橋接模式（Bridge模式）是一種結構型設計模式，它將抽象部分與它的實現部分分離，使它們都可以獨立地變化。這種模式的核心意圖是將抽象和實現解耦，使得抽象部分和實現部分可以獨立地進行擴展和變化，而不會互相影響。 橋接模式包含兩個主要角色：抽象化（Abstraction）角色和實現化（Implement 閱讀全文

摘要： 清除本地倉庫緩存，將本地maven設置成離線版本 閱讀全文

摘要： 本地版本和遠程版本差別，本地回滾uncommit的部分，可以重新update 閱讀全文