Java的結(jié)構(gòu)型模式

本文格式為Word版，下載可任意編輯——Java的結(jié)構(gòu)型模式Java的布局型模式

Java是一門面向?qū)ο缶幊陶Z(yǔ)言，不僅吸收了C++語(yǔ)言的各種優(yōu)點(diǎn)，還摒棄了C++里難以理解的多繼承、指針等概念，因此Java語(yǔ)言具有功能強(qiáng)大和簡(jiǎn)樸易用兩個(gè)特征。以下僅供參考！

在GoF設(shè)計(jì)模式中，布局型模式有：

1.適配器模式Adapter

適配器模式是將一個(gè)類的接口轉(zhuǎn)換成客戶夢(mèng)想的另外一個(gè)接口。適配器模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。

兩個(gè)成熟的類需要通信，但是接口不同，由于開閉原那么，我們不能去修改這兩個(gè)類的接口，所以就需要一個(gè)適配器來(lái)完成貫穿過(guò)程。

2.橋接模式Bridge

橋接模式將抽象片面與它的實(shí)現(xiàn)片面分開，是它們都可以獨(dú)立地變化。它很好的支持了開閉原那么和組合鋸和復(fù)用原那么。實(shí)現(xiàn)系統(tǒng)可能有多角度分類，每一種分類都有可能變化，那么就把這些多角度分開出來(lái)讓他們獨(dú)立變化，裁減他們之間的耦合。

3.組合模式Composite

組合模式將對(duì)象組合成樹形布局以表示片面-整體的層次布局，組合模式使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。

4.裝飾模式Decorator

裝飾模式動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)，就增加功能來(lái)說(shuō)，它比生成子類更生動(dòng)。也可以這樣說(shuō)，裝飾模式把繁雜類中的核心職責(zé)和裝飾功能區(qū)分開了，這樣既簡(jiǎn)化了繁雜類，有去除了相關(guān)類中重復(fù)的裝飾規(guī)律。裝飾模式?jīng)]有通過(guò)繼承原有類來(lái)擴(kuò)展功能，但卻達(dá)成了一樣的目的，而且比繼承更加生動(dòng)，所以可以說(shuō)裝飾模式是繼承關(guān)系的一種替代方案。

5.外觀模式Facade

外觀模式為子系統(tǒng)中的一組接口供給了同意的界面，外觀模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加輕易使用。

外觀模式中，客戶對(duì)各個(gè)概括的`子系統(tǒng)是不了解的，所以對(duì)這些子系統(tǒng)舉行了封裝，對(duì)外只供給了用戶所明白的單一而簡(jiǎn)樸的接口，用戶直接使用這個(gè)接口就可以完成操作，而不用去理睬概括的過(guò)程，而且子系統(tǒng)的變化不會(huì)影響到用戶，這樣就做到了信息隱秘。

6.享元模式Flyweight

享元模式為運(yùn)用共享技術(shù)有效的支持大量細(xì)粒度的對(duì)象。由于它可以通過(guò)共享大幅度地裁減單個(gè)實(shí)例的數(shù)目，制止了大量分外好像類的開銷。

享元模式是一個(gè)類別的多個(gè)對(duì)象共享這個(gè)類別的一個(gè)對(duì)象，而不是各自再實(shí)例化各自的對(duì)象。這樣就達(dá)成了節(jié)省內(nèi)存的目的。

7.代理