一、建造者模式
主角是建造者，產品，指揮者。主要作用是將複雜的產品（物件）構造和剝離出來。構造者組裝(關聯）產品，指揮者指揮（關聯）構造者。
二、介面卡模式
通過多繼承乙個新介面來擴充套件舊介面或者舊基類的方式達到適配效果。最好的例子就是插座，原來的基類只有兩個孔的，但是怎麼讓他也能接上三根針的插頭呢，然後讓實現類繼承多乙個，這樣就形成了有乙個介面卡。
三、橋接模式
這個模式和介面卡很像，典型的就是三層架構bll ,dal,bll的類包含了dal實現。
四、享元模式
主要目的和單例模式有點像，都是為了節省建立物件的次數從而達到節省時間，而享元可以有個享元工廠，他是針對某次建立的上下文實現共享，而不像單例這樣全域性只有一次建立。
五、觀察者模式
該模式用處在於修改乙個物件同時想其他物件也做相應的改變，比如乙個新聞發布了，訂閱這個新聞頻道的人都能接收到資訊。.net 事件委託可以很好的完成這個模式的建立。
六、中介者模式
這個模式和字面上的意思很像，比如買房有中介，聊天有訊息**伺服器等，就是物件之間雖然會相互影響，但是不知直接通過互相引用來影響，而是註冊到中介物件， 讓中介類統一協調和管理。所以，這裡需要改變的物件操作方法就需要呼叫到中介，或者中介通知中介了。
七、狀態模型
乙個物件可能有很多種狀態，每一種狀態對應的操作又因此而不同，很多時候我們會用if else來先判斷物件的狀態再去做相應的操作。但是如果如果我們增加乙個狀態的時候，每個方法都要改變一次了。所以，這時候狀態就要變得充血和飽滿而不是簡單的列舉，把狀態當成乙個物件，他有自己對應的操作，每個操作需要歸屬物件介入。
八、策略模式
策略模式思想有點像狀態模式，但是又有很大不同。狀態模式主物件包含狀態 ，而狀態對應操作又引用主物件。而策略模式始終是，主物件應用策略，客戶端根據不同的策略來建立主物件。相同的把不同情況的操作解耦出來。
九、責任鏈模型
審批條件就是很好的例子，每個職位審完之後都會根據具體情況要不要給上級領導審批。每個有責任的物件都包含自己上級責任的物件，根據條件判斷是否要觸發上級的責任處理事件。其實就是乙個事件不同的角色要按順序和條件參與進來。
十、訪問者模式
訪問者模式的主要目的是把乙個物件的操作分離出來，當然類關係是需要把所謂的「訪問者」包含進來，又外面的訪問者進行呼叫。
幾句話RestFul架構
是一種軟體架構風格 乙個設計如果遵循rest設計原則，則為restful風格架構 rest設計原則 1 乙個資源由乙個唯一識別符號鎖定 url 傳統 http 網域名稱 埠號 專案名 介面路徑?介面請求引數 這樣url是加粗的，不能精準的鎖定乙個資源，必須通過請求引數鎖定 rest風格將所有資料都放...
幾句話知識點
1 收回使用者表空間許可權 revoke unlimited tablespace from sh 賦予使用者表空間許可權 revoke unlimited tablespace from sh 2 鎖定行更新並且不影響其他併發程序處理資料 更行一行表記錄標記 for update for upda...
很經典的幾句話
第一句 為你的難過而快樂的 是敵人 為你的快樂而快樂的 是朋友 為你的難過而難過的 就是那些 該放進心裡的人 第二句 通常願意留下來跟你爭吵的人 才是真正愛你的人 第三句 付出真心 才會得到真心 卻也可能傷得徹底 保持距離 就能保護自己 卻也注定永遠寂寞 第四句 有時候 不是對方不在乎你 而是你把對...