roruby
- 浏览: 334985 次
- 来自: ...
-
最新评论
-
Severus-zhang：
太棒了 顶你
第七讲 Swing用户界面设计 -
liyanhui：
...
我在上海奋斗五年 从月薪3500到700万 -
duanyong：
new SimpleDateFormat("yyyy ...
字串日期格式转换 -
huntingbaby：
鼓掌 非常的有味道呢! 谢谢您的分享 爱就是希望所在
我在上海奋斗五年 从月薪3500到700万 -
shhnuu：
GDAT 证券数据引擎。
http://www.cnitblo ...
获取股票实时交易数据的方法
请您先登录，才能继续操作
文章列表
Mediator定義:用一個仲介物件來封裝一系列關於物件交互行爲。 爲何使用Mediator?各個物件之間的交互操作非常多;每個物件的行爲操作都依賴彼此對方,修改一個物件的行爲,同時會涉及到修改很多其他物件的行爲,如果使用Mediator模式,可以使各個物件間的耦合鬆散,只需關心和 Mediator的關係,使多對多的關係變成了一對多的關係,可以降低系統的複雜性,提高可修改擴展性。 如何使用? 首先 有一個介面,用來定義成員物件之間的交互聯繫方式
- 2004-06-24 20:12
- 浏览 579
- 评论(0)
Strategy是屬於設計模式中 物件行爲型模式,主要是定義一系列的演算法,把這些演算法一個個封裝成單獨的類別。 Stratrgy應用比較廣泛,比如, 公司經營業務變化圖, 可能有兩種實現方式,一個是線條曲線,一個是框圖(bar),這是兩種演算 ...
- 2004-06-24 20:10
- 浏览 517
- 评论(0)
State的定義: 不同的狀態,不同的行爲;或者說,每個狀態有著相應的行爲。 何時使用?State模式在實際使用中比較多,適合"狀態的切換"。因爲我們經常會使用If elseif else 進行狀態切換, 如果針對狀態的這樣判斷切換反復出現,我們就要聯想到是否可以採取State模式了。 不只是根據狀態,也有根據屬性。如果某個物件的屬性不同,物件的行爲就不一樣,這點在資料庫系統中出現頻率比較高,我們經常會在一個資料表的尾部,加上
- 2004-06-24 20:09
- 浏览 576
- 评论(0)
Chain of Responsibility定義Chain of Responsibility(CoR) 是用一系列類別(classes)試圖處理一個請求request,這些類別之間是一個鬆散的耦合,唯一共同點是在他們之間傳遞request。 也就是說，來了一個請求，A類別先處理，如果沒有處理，就傳遞到 ...
- 2004-06-24 20:07
- 浏览 556
- 评论(0)
Command模式是最讓我疑惑的一個模式,我在閱讀了很多代碼後,才感覺隱約掌握其大概原理,我認爲理解設計模式最主要是掌握起原理構造,這樣才對自己實際編程有指導作用。Command模式實際上不是個很具體,規定很多的模式,正是這個靈活性,讓人有些confuse。 Command定義不少Command模式的代碼都是針對圖形介面的,它實際就是功能表命令,我們在一個下拉功能表選擇一個命令時,然後會執行一些動作。 將這些命令封裝成在一個類別中,然後用戶(呼叫者
- 2004-06-24 20:07
- 浏览 562
- 评论(0)
Java深入到一定程度,就不可避免的碰到設計模式(design pattern)這一概念,瞭解設計模式,將使自己對java中的介面或抽象類別應用有更深的理解。設計模式在java的中型系統中應用廣泛,遵循一定的編程模式,才能使自己的代碼便於理解,易 ...
- 2004-06-24 20:06
- 浏览 670
- 评论(0)
Memento定義:memento是一個保存另外一個物件內部狀態拷貝的物件。這樣以後就可以將該物件恢復到原先保存的狀態。 Memento模式相對也比較好理解,我們看下列代碼: public class Originator { private int number; private File file = null; public Originator(){} // 創建一個Memento public Memento getMemento(){ return new Memento(this); }
- 2004-06-24 19:58
- 浏览 590
- 评论(0)
Flyweight定義:避免大量擁有相同內容的小類別的開銷(如耗費記憶體),使大家共用一個類別(元類別)。 爲什麽使用?面向物件語言的原則就是一切都是物件,但是如果真正使用起來,有時物件數可能顯得很龐大,比如,文字處理軟體,如果以每個文字都作爲一個物件,幾千個字,物件數就是幾千,無疑耗費記憶體,那麽我們還是要"求同存異",找出這些物件群的共同點
- 2004-06-24 19:57
- 浏览 636
- 评论(0)
Template定義:定義一個操作中演算法的骨架,將一些步驟的執行延遲到其子類別中。 其實Java的抽象類別本來就是Template模式,因此使用很普遍。而且很容易理解和使用,我們直接以示例開始: public abstract class Benchmark{ /** * 下面操作是我們希望在子類別中完成 */ public abstract void benchmark(); /**
- 2004-06-24 19:57
- 浏览 496
- 评论(0)
Bridge定義 :將抽象和行為劃分開來,各自獨立,但能動態的結合. 為什麼使用?通常,當一個抽象類或介面有多個具體實現(concrete subclass),這些concrete之間關係可能有以下兩種:1. 這多個具體實現之間恰好是並列的,如前面舉例,打樁,有兩個concrete class:方形樁和圓形樁;這兩個形狀上的樁是並列的,沒有概念上的重複,那麼我們只要使用繼承就可以了.2.實際應用上,常常有可能在這多個concrete class之間有概念上重疊.那麼需要我們把抽象共同部分和行為共同部分各自獨立開來,原來是準備放在一個介面裏,現在需要設計兩個介面,分別放置抽象和行為.例如,一杯咖啡 ...
- 2004-06-24 19:55
- 浏览 645
- 评论(0)
Decorator常被翻譯成"裝飾",我覺得翻譯成"油漆工"更形象點,油漆工(decorator)是用來刷油漆的,那麼被刷油漆的物件我們稱decoratee.這兩種實體在Decorator模式中是必須的. Decorator定義:動態給一個物件添加一些額外的職責,就象在牆上刷油漆.使用Decorator模式相比用生成子類方式達到功能的擴充顯得更為靈活. 為什麼使用Decorator?我們通常可以使用繼承來實現功能的拓展,如果這些需要拓展的功能的種類很繁多,那麼勢必生成很多子類,增加系統的複雜性,同時,使用繼承實現功能拓展,我們必須可預見這些拓展功能, ...
- 2004-06-24 19:54
- 浏览 632
- 评论(0)
Composite定義:將物件以樹形結構組織起來,以達成“部分－整體” 的層次結構，使得用戶端對單個物件和組合物件的使用具有一致性。 Composite比較容易理解，想到Composite就應該想到樹形結構圖。組合體內這些物件都有共同介面,當 ...
- 2004-06-24 19:53
- 浏览 555
- 评论(0)
定義:將兩個不相容的類別糾合在一起使用，屬於結構型模式,需要有Adaptee(被適配者)和Adaptor(適配器)兩個身份。 爲何使用?我們經常碰到要將兩個沒有關係的類別組合在一起使用,第一解決方案是：修改各自類別的介面，但是如果我們沒有源代碼，或者，我們不願意爲了一個應用而修改各自的介面。 怎麽辦? 使用Adapter，在這兩種介面之間創建一個混合介面(混血兒)。 如何使用?實現Adapter方式
- 2004-06-24 19:52
- 浏览 572
- 评论(0)
理解並使用設計模式,能夠培養我們良好的面向物件編程習慣,同時在實際應用中,可以如魚得水,享受遊刃有餘的樂趣。 Proxy是比較有用途的一種模式,而且變種較多,應用場合覆蓋從小結構到整個系統的大結構,Proxy是代理的意思,我們也許有代理伺服器等概念,代理概念可以解釋爲:在出發點到目的地之間有一道中間層,意爲代理。 設計模式中定義: 爲其他物件提供一種代理以控制對這個物件的訪問。 爲什麽要使用Proxy?1.授權機制 不同級別的用戶對同一物件擁有不同的訪問權利,
- 2004-06-24 19:51
- 浏览 734
- 评论(0)
Facade的定義: 爲子系統中的一組介面提供一個一致的介面。 Facade一個典型應用就是資料庫JDBC的應用,如下例對資料庫的操作: public class DBCompare { Connection conn = null; PreparedStatement prep = null; ResultSet rset = null; try { Class.forName( "<driver>" ).newInstance(); conn = DriverManager.getConnection( "< ...
- 2004-06-24 19:50
- 浏览 602
- 评论(0)