第一篇:Java設(shè)計(jì)模式學(xué)習(xí)心得
Java設(shè)計(jì)模式學(xué)習(xí)心得
閱讀次數(shù): 1584次 發(fā)布時(shí)間: 2010-04-10 14:52:13發(fā)布人: 網(wǎng)絡(luò)轉(zhuǎn)載
來(lái)源: 網(wǎng)絡(luò)轉(zhuǎn)載
整個(gè)設(shè)計(jì)模式貫穿一個(gè)原理:面對(duì)介面編程,而不是面對(duì)實(shí)現(xiàn),(面向物件編程應(yīng)該改爲(wèi)面向介面編程)。目標(biāo)原則是:降低耦合,增強(qiáng)靈活性。
一、創(chuàng)建模式
1.設(shè)計(jì)模式之Factory(工廠方法和抽象工廠)
使用工廠模式就象使用new一樣頻繁.2.設(shè)計(jì)模式之Prototype(原型)
用原型實(shí)例指定創(chuàng)建物件的種類(lèi),並且通過(guò)拷貝這些原型創(chuàng)建新的物件。
3.設(shè)計(jì)模式之Builder
汽車(chē)由車(chē)輪 方向盤(pán) 發(fā)動(dòng)機(jī)很多部件組成,同時(shí),將這些部件組裝成汽車(chē)也是一件複雜的工作,Builder模式就是將這兩種情況分開(kāi)進(jìn)行。
4.設(shè)計(jì)模式之Singleton(單態(tài))
保證一個(gè)類(lèi)只有一個(gè)實(shí)例,並提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)
二、結(jié)構(gòu)模式
1.設(shè)計(jì)模式之Facade
可擴(kuò)展的使用JDBC針對(duì)不同的資料庫(kù)編程,Facade提供了一種靈活的實(shí)現(xiàn)。
2.設(shè)計(jì)模式之Proxy
以Jive爲(wèi)例,剖析代理模式在用戶級(jí)別授權(quán)機(jī)制上的應(yīng)用
3.設(shè)計(jì)模式之Adapter
使用類(lèi)再生的兩個(gè)方式:組合(new)和繼承(extends),這個(gè)已經(jīng)在“thinking in java”中提到過(guò)。
4.設(shè)計(jì)模式之Composite
就是將類(lèi)用樹(shù)形結(jié)構(gòu)組合成一個(gè)單位。你向別人介紹你是某單位,你是單位元元中的一個(gè)元素,別人和你做買(mǎi)賣(mài),相當(dāng)於和單位做買(mǎi)賣(mài)。文章中還對(duì)Jive再進(jìn)行了剖析。
5.設(shè)計(jì)模式之Decorator
Decorator是個(gè)油漆工,給你的東東的外表刷上美麗的顔色。
6.設(shè)計(jì)模式之Bridge
將“牛郎織女”分開(kāi)(本應(yīng)在一起,分開(kāi)他們,形成兩個(gè)介面),在他們之間搭建一個(gè)橋(動(dòng)態(tài)的結(jié)合)
7.設(shè)計(jì)模式之Flyweight
提供Java運(yùn)行性能,降低小而大量重復(fù)的類(lèi)的開(kāi)銷(xiāo)。
三、行爲(wèi)模式
1.設(shè)計(jì)模式之Template
實(shí)際上向你介紹了爲(wèi)什麼要使用Java 抽象類(lèi),該模式原理簡(jiǎn)單,使用很普遍。
2.設(shè)計(jì)模式之Memento
很簡(jiǎn)單一個(gè)模式,就是在記憶體中保留原來(lái)資料的拷貝。
3.設(shè)計(jì)模式之Observer
介紹如何使用Java API提供的現(xiàn)成Observer
4.設(shè)計(jì)模式之Chain of Responsibility
各司其職的類(lèi)串成一串,好象擊鼓傳花,當(dāng)然如果自己能完成,就不要推委給下一個(gè)。
5.設(shè)計(jì)模式之Command
什麼是將行爲(wèi)封裝,Command是最好的說(shuō)明。
6.設(shè)計(jì)模式之State
狀態(tài)是編程中經(jīng)常碰到的實(shí)例,將狀態(tài)物件化,設(shè)立狀態(tài)變換器,便可在狀態(tài)中輕鬆切換。
7.設(shè)計(jì)模式之Strategy
不同演算法各自封裝,用戶端可隨意挑選需要的演算法。
8.設(shè)計(jì)模式之Mediator
Mediator很象十字路口的紅綠燈,每個(gè)車(chē)輛只需和紅綠燈交互就可以。
9.設(shè)計(jì)模式之Interpreter
主要用來(lái)對(duì)語(yǔ)言的分析,應(yīng)用機(jī)會(huì)不多。
10.設(shè)計(jì)模式之Visitor
訪問(wèn)者在進(jìn)行訪問(wèn)時(shí),完成一系列實(shí)質(zhì)性操作,而且還可以擴(kuò)展。
11.設(shè)計(jì)模式之Iterator
這個(gè)模式已經(jīng)被用來(lái)遍曆Collection中物件。使用頻率很高。在Java中無(wú)需專門(mén)闡述,在大多數(shù)場(chǎng)合也無(wú)需自己制造一個(gè)Iterator,只要將物件裝入Collection中,我們就直接可以使用Iterator模式。
第二篇:java設(shè)計(jì)模式考試題
一選擇題:共10分
1.Open-Close原則的含義是一個(gè)軟件實(shí)體(a)
A.應(yīng)當(dāng)對(duì)擴(kuò)展開(kāi)放,對(duì)修改關(guān)閉
2.是10道選擇題第一題考完了
二 簡(jiǎn)答題 共10分
1.什么是設(shè)計(jì)模式?
設(shè)計(jì)模式是從許多優(yōu)秀軟件系統(tǒng)中總結(jié)出的成功的可復(fù)用的設(shè)計(jì)方案。
2.設(shè)計(jì)模式的四個(gè)基本要素是什么,以及他們是什么含義?
名稱:
問(wèn)題:
方案:
效果:含義在書(shū)上p1
三 畫(huà)類(lèi)圖
14畫(huà)出命令模式的類(lèi)圖,并寫(xiě)出關(guān)鍵的代碼?
見(jiàn)書(shū)上17頁(yè)
15.畫(huà)出迭代器模式的類(lèi)圖,并寫(xiě)出關(guān)鍵的代碼?、見(jiàn)書(shū)上105頁(yè)
四寫(xiě)代碼學(xué)一個(gè)關(guān)于求職中心,通知求職者的問(wèn)題
這是一個(gè)觀察者模式,具體看看書(shū)
我的書(shū)是第五章的書(shū)上例題
2.是一個(gè)交通工具營(yíng)銷(xiāo)問(wèn)題;
應(yīng)該是外觀模式;見(jiàn)書(shū)上99頁(yè),應(yīng)該就是個(gè)
這是我們學(xué)校的考試題,2012年
第三篇:JAVA設(shè)計(jì)模式之創(chuàng)建模式
設(shè)計(jì)模式之Builder
Builder模式定義: 將一個(gè)復(fù)雜對(duì)象的構(gòu)建與它的表示分離,使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示.Builder模式是一步一步創(chuàng)建一個(gè)復(fù)雜的對(duì)象,它允許用戶可以只通過(guò)指定復(fù)雜對(duì)象的類(lèi)型和內(nèi)容就可以構(gòu)建它們.用戶不知道內(nèi)部的具體構(gòu)建細(xì)節(jié).Builder模式是非常類(lèi)似抽象工廠模式,細(xì)微的區(qū)別大概只有在反復(fù)使用中才能體會(huì)到.為何使用?
是為了將構(gòu)建復(fù)雜對(duì)象的過(guò)程和它的部件解耦.注意: 是解耦過(guò)程和部件.因?yàn)橐粋€(gè)復(fù)雜的對(duì)象,不但有很多大量組成部分,如汽車(chē),有很多部件:車(chē)輪 方向盤(pán) 發(fā)動(dòng)機(jī)還有各種小零件等等,部件很多,但遠(yuǎn)不止這些,如何將這些部件裝配成一輛汽車(chē),這個(gè)裝配過(guò)程也很復(fù)雜(需要很好的組裝技術(shù)),Builder模式就是為了將部件和組裝過(guò)程分開(kāi).如何使用?
首先假設(shè)一個(gè)復(fù)雜對(duì)象是由多個(gè)部件組成的,Builder模式是把復(fù)雜對(duì)象的創(chuàng)建和部件的創(chuàng)建分別開(kāi)來(lái),分別用Builder類(lèi)和Director類(lèi)來(lái)表示.首先,需要一個(gè)接口,它定義如何創(chuàng)建復(fù)雜對(duì)象的各個(gè)部件: public interface Builder {
//創(chuàng)建部件A 比如創(chuàng)建汽車(chē)車(chē)輪
void buildPartA();
//創(chuàng)建部件B 比如創(chuàng)建汽車(chē)方向盤(pán)
void buildPartB();
//創(chuàng)建部件C 比如創(chuàng)建汽車(chē)發(fā)動(dòng)機(jī)
void buildPartC();
//返回最后組裝成品結(jié)果(返回最后裝配好的汽車(chē))
//成品的組裝過(guò)程不在這里進(jìn)行,而是轉(zhuǎn)移到下面的Director類(lèi)中進(jìn)行.//從而實(shí)現(xiàn)了解耦過(guò)程和部件
Product getResult();} 用Director構(gòu)建最后的復(fù)雜對(duì)象,而在上面Builder接口中封裝的是如何創(chuàng)建一個(gè)個(gè)部件(復(fù)雜對(duì)象是由這些部件組成的),也就是說(shuō)Director的內(nèi)容是如何將部件最后組裝成成品: public class Director {
private Builder builder;
public Director(Builder builder){
this.builder = builder;} // 將部件partA partB partC最后組成復(fù)雜對(duì)象 //這里是將車(chē)輪 方向盤(pán)和發(fā)動(dòng)機(jī)組裝成汽車(chē)的過(guò)程 public void construct(){
builder.buildPartA();
builder.buildPartB();
builder.buildPartC();
} } Builder的具體實(shí)現(xiàn)ConcreteBuilder: 通過(guò)具體完成接口Builder來(lái)構(gòu)建或裝配產(chǎn)品的部件;定義并明確它所要?jiǎng)?chuàng)建的是什么具體東西;提供一個(gè)可以重新獲取產(chǎn)品的接口: public class ConcreteBuilder implements Builder {
Part partA, partB, partC;public void buildPartA(){
//這里是具體如何構(gòu)建partA的代碼
};public void buildPartB(){
//這里是具體如何構(gòu)建partB的代碼 };public void buildPartC(){
//這里是具體如何構(gòu)建partB的代碼 };public Product getResult(){
//返回最后組裝成品結(jié)果 };} 復(fù)雜對(duì)象:產(chǎn)品Product: public interface Product { } 復(fù)雜對(duì)象的部件: public interface Part { }
我們看看如何調(diào)用Builder模式: ConcreteBuilder builder = new ConcreteBuilder();Director director = new Director(builder);
director.construct();Product product = builder.getResult();Builder模式的應(yīng)用
在Java實(shí)際使用中,我們經(jīng)常用到“池”(Pool)的概念,當(dāng)資源提供者無(wú)法提供足夠的資源,并且這些資源需要被很多用戶反復(fù)共享時(shí),就需要使用池.“池”實(shí)際是一段內(nèi)存,當(dāng)池中有一些復(fù)雜的資源的“斷肢”(比如數(shù)據(jù)庫(kù)的連接池,也許有時(shí)一個(gè)連接會(huì)中斷),如果循環(huán)再利用這些“斷肢”,將提高內(nèi)存使用效率,提高池的性能.修改Builder模式中Director類(lèi)使之能診斷“斷肢”斷在哪個(gè)部件上,再修復(fù)這個(gè)部件.設(shè)計(jì)模式之Factory
定義:提供創(chuàng)建對(duì)象的接口.為何使用?
工廠模式是我們最常用的模式了,著名的Jive論壇 ,就大量使用了工廠模式,工廠模式在Java程序系統(tǒng)可以說(shuō)是隨處可見(jiàn)。
為什么工廠模式是如此常用?因?yàn)楣S模式就相當(dāng)于創(chuàng)建實(shí)例對(duì)象的new,我們經(jīng)常要根據(jù)類(lèi)Class生成實(shí)例對(duì)象,如A a=new A()工廠模式也是用來(lái)創(chuàng)建實(shí)例對(duì)象的,所以以后new時(shí)就要多個(gè)心眼,是否可以考慮實(shí)用工廠模式,雖然這樣做,可能多做一些工作,但會(huì)給你系統(tǒng)帶來(lái)更大的可擴(kuò)展性和盡量少的修改量。我們以類(lèi)Sample為例,如果我們要?jiǎng)?chuàng)建Sample的實(shí)例對(duì)象: Sample sample=new Sample();可是,實(shí)際情況是,通常我們都要在創(chuàng)建sample實(shí)例時(shí)做點(diǎn)初始化的工作,比如賦值 查詢數(shù)據(jù)庫(kù)等。
首先,我們想到的是,可以使用Sample的構(gòu)造函數(shù),這樣生成實(shí)例就寫(xiě)成: Sample sample=new Sample(參數(shù));但是,如果創(chuàng)建sample實(shí)例時(shí)所做的初始化工作不是象賦值這樣簡(jiǎn)單的事,可能是很長(zhǎng)一段代碼,如果也寫(xiě)入構(gòu)造函數(shù)中,那你的代碼很難看了(就需要Refactor重整)。為什么說(shuō)代碼很難看,初學(xué)者可能沒(méi)有這種感覺(jué),我們分析如下,初始化工作如果是很長(zhǎng)一段代碼,說(shuō)明要做的工作很多,將很多工作裝入一個(gè)方法中,相當(dāng)于將很多雞蛋放在一個(gè)籃子里,是很危險(xiǎn)的,這也是有背于Java面向?qū)ο蟮脑瓌t,面向?qū)ο蟮姆庋b(Encapsulation)和分派(Delegation)告訴我們,盡量將長(zhǎng)的代碼分派“切割”成每段,將每段再“封裝”起來(lái)(減少段和段之間偶合聯(lián)系性),這樣,就會(huì)將風(fēng)險(xiǎn)分散,以后如果需要修改,只要更改每段,不會(huì)再發(fā)生牽一動(dòng)百的事情。
在本例中,首先,我們需要將創(chuàng)建實(shí)例的工作與使用實(shí)例的工作分開(kāi), 也就是說(shuō),讓創(chuàng)建實(shí)例所需要的大量初始化工作從Sample的構(gòu)造函數(shù)中分離出去。
這時(shí)我們就需要Factory工廠模式來(lái)生成對(duì)象了,不能再用上面簡(jiǎn)單new Sample(參數(shù))。還有,如果Sample有個(gè)繼承如MySample, 按照面向接口編程,我們需要將Sample抽象成一個(gè)接口.現(xiàn)在Sample是接口,有兩個(gè)子類(lèi)MySample 和HisSample.我們要實(shí)例化他們時(shí),如下: Sample mysample=new MySample();Sample hissample=new HisSample();隨著項(xiàng)目的深入,Sample可能還會(huì)“生出很多兒子出來(lái)”, 那么我們要對(duì)這些兒子一個(gè)個(gè)實(shí)例化,更糟糕的是,可能還要對(duì)以前的代碼進(jìn)行修改:加入后來(lái)生出兒子的實(shí)例.這在傳統(tǒng)程序中是無(wú)法避免的.但如果你一開(kāi)始就有意識(shí)使用了工廠模式,這些麻煩就沒(méi)有了.工廠方法
你會(huì)建立一個(gè)專門(mén)生產(chǎn)Sample實(shí)例的工廠: public class Factory{
public static Sample creator(int which){
//getClass 產(chǎn)生Sample 一般可使用動(dòng)態(tài)類(lèi)裝載裝入類(lèi)。if(which==1)
return new SampleA();else if(which==2)
return new SampleB();
} } 那么在你的程序中,如果要實(shí)例化Sample時(shí).就使用 Sample sampleA=Factory.creator(1);這樣,在整個(gè)就不涉及到Sample的具體子類(lèi),達(dá)到封裝效果,也就減少錯(cuò)誤修改的機(jī)會(huì),這個(gè)原理可以用很通俗的話來(lái)比喻:就是具體事情做得越多,越容易范錯(cuò)誤.這每個(gè)做過(guò)具體工作的人都深有體會(huì),相反,官做得越高,說(shuō)出的話越抽象越籠統(tǒng),范錯(cuò)誤可能性就越少.好象我們從編程序中也能悟出人生道理?呵呵.使用工廠方法 要注意幾個(gè)角色,首先你要定義產(chǎn)品接口,如上面的Sample,產(chǎn)品接口下有Sample接口的實(shí)現(xiàn)類(lèi),如SampleA,其次要有一個(gè)factory類(lèi),用來(lái)生成產(chǎn)品Sample,如下圖,最右邊是生產(chǎn)的對(duì)象Sample:
進(jìn)一步稍微復(fù)雜一點(diǎn),就是在工廠類(lèi)上進(jìn)行拓展,工廠類(lèi)也有繼承它的實(shí)現(xiàn)類(lèi)concreteFactory了。抽象工廠
工廠模式中有: 工廠方法(Factory Method)抽象工廠(Abstract Factory).這兩個(gè)模式區(qū)別在于需要?jiǎng)?chuàng)建對(duì)象的復(fù)雜程度上。如果我們創(chuàng)建對(duì)象的方法變得復(fù)雜了,如上面工廠方法中是創(chuàng)建一個(gè)對(duì)象Sample,如果我們還有新的產(chǎn)品接口Sample2.這里假設(shè):Sample有兩個(gè)concrete類(lèi)SampleA和SamleB,而Sample2也有兩個(gè)concrete類(lèi)Sample2A和SampleB2 那么,我們就將上例中Factory變成抽象類(lèi),將共同部分封裝在抽象類(lèi)中,不同部分使用子類(lèi)實(shí)現(xiàn),下面就是將上例中的Factory拓展成抽象工廠: public abstract class Factory{
public abstract Sample creator();
public abstract Sample2 creator(String name);} public class SimpleFactory extends Factory{
public Sample creator(){
.........return new SampleA } public Sample2 creator(String name){
.........return new Sample2A } } public class BombFactory extends Factory{
public Sample creator(){
......return new SampleB } public Sample2 creator(String name){
......return new Sample2B } }
從上面看到兩個(gè)工廠各自生產(chǎn)出一套Sample和Sample2,也許你會(huì)疑問(wèn),為什么我不可以使用兩個(gè)工廠方法來(lái)分別生產(chǎn)Sample和Sample2? 抽象工廠還有另外一個(gè)關(guān)鍵要點(diǎn),是因?yàn)?SimpleFactory內(nèi),生產(chǎn)Sample和生產(chǎn)Sample2的方法之間有一定聯(lián)系,所以才要將這兩個(gè)方法捆綁在一個(gè)類(lèi)中,這個(gè)工廠類(lèi)有其本身特征,也許制造過(guò)程是統(tǒng)一的,比如:制造工藝比較簡(jiǎn)單,所以名稱叫SimpleFactory。在實(shí)際應(yīng)用中,工廠方法用得比較多一些,而且是和動(dòng)態(tài)類(lèi)裝入器組合在一起應(yīng)用,舉例
我們以Jive的ForumFactory為例,這個(gè)例子在前面的Singleton模式中我們討論過(guò),現(xiàn)在再討論其工廠模式: public abstract class ForumFactory {
private static Object initLock = new Object();
private static String className = “com.jivesoftware.forum.database.DbForumFactory”;
private static ForumFactory factory = null;
public static ForumFactory getInstance(Authorization authorization){
//If no valid authorization passed in, return null.if(authorization == null){
return null;
}
//以下使用了Singleton 單態(tài)模式
if(factory == null){
synchronized(initLock){
if(factory == null){
......}
}
} try {
//動(dòng)態(tài)轉(zhuǎn)載類(lèi)
Class c = Class.forName(className);
factory =(ForumFactory)c.newInstance();} catch(Exception e){
return null;}
//Now, 返回 proxy.用來(lái)限制授權(quán)對(duì)forum的訪問(wèn)
return new ForumFactoryProxy(authorization, factory,factory.getPermissions(authorization));
}
//真正創(chuàng)建forum的方法由繼承forumfactory的子類(lèi)去完成.public abstract Forum createForum(String name, String description)
throws UnauthorizedException, ForumAlreadyExistsException;
....}
因?yàn)楝F(xiàn)在的Jive是通過(guò)數(shù)據(jù)庫(kù)系統(tǒng)存放論壇帖子等內(nèi)容數(shù)據(jù),如果希望更改為通過(guò)文件系統(tǒng)實(shí)現(xiàn),這個(gè)工廠方法ForumFactory就提供了提供動(dòng)態(tài)接口: private static String className = “com.jivesoftware.forum.database.DbForumFactory”;你可以使用自己開(kāi)發(fā)的創(chuàng)建forum的方法代替com.jivesoftware.forum.database.DbForumFactory就可以.在上面的一段代碼中一共用了三種模式,除了工廠模式外,還有Singleton單態(tài)模式,以及proxy模式,proxy模式主要用來(lái)授權(quán)用戶對(duì)forum的訪問(wèn),因?yàn)樵L問(wèn)forum有兩種人:一個(gè)是注冊(cè)用戶 一個(gè)是游客guest,那么那么相應(yīng)的權(quán)限就不一樣,而且這個(gè)權(quán)限是貫穿整個(gè)系統(tǒng)的,因此建立一個(gè)proxy,類(lèi)似網(wǎng)關(guān)的概念,可以很好的達(dá)到這個(gè)效果.看看Java寵物店中的CatalogDAOFactory: public class CatalogDAOFactory {
/**
* 本方法制定一個(gè)特別的子類(lèi)來(lái)實(shí)現(xiàn)DAO模式。
* 具體子類(lèi)定義是在J2EE的部署描述器中。
*/
public static CatalogDAO getDAO()throws CatalogDAOSysException {
CatalogDAO catDao = null;
try {
InitialContext ic = new InitialContext();//動(dòng)態(tài)裝入CATALOG_DAO_CLASS //可以定義自己的CATALOG_DAO_CLASS,從而在無(wú)需變更太多代碼 //的前提下,完成系統(tǒng)的巨大變更。
String className =(String)ic.lookup(JNDINames.CATALOG_DAO_CLASS);
catDao =(CatalogDAO)Class.forName(className).newInstance();
} catch(NamingException ne){
throw new CatalogDAOSysException(“
CatalogDAOFactory.getDAO: NamingException while
getting DAO type : n” + ne.getMessage());
} catch(Exception se){
throw new CatalogDAOSysException(“
CatalogDAOFactory.getDAO: Exception while getting
DAO type : n” + se.getMessage());
}
return catDao;
} } CatalogDAOFactory是典型的工廠方法,catDao是通過(guò)動(dòng)態(tài)類(lèi)裝入器className獲得CatalogDAOFactory具體實(shí)現(xiàn)子類(lèi),這個(gè)實(shí)現(xiàn)子類(lèi)在Java寵物店是用來(lái)操作catalog數(shù)據(jù)庫(kù),用戶可以根據(jù)數(shù)據(jù)庫(kù)的類(lèi)型不同,定制自己的具體實(shí)現(xiàn)子類(lèi),將自己的子類(lèi)名給與CATALOG_DAO_CLASS變量就可以。
由此可見(jiàn),工廠方法確實(shí)為系統(tǒng)結(jié)構(gòu)提供了非常靈活強(qiáng)大的動(dòng)態(tài)擴(kuò)展機(jī)制,只要我們更換一下具體的工廠方法,系統(tǒng)其他地方無(wú)需一點(diǎn)變換,就有可能將系統(tǒng)功能進(jìn)行改頭換面的變化。
設(shè)計(jì)模式之Prototype(原型)
定義: 用原型實(shí)例指定創(chuàng)建對(duì)象的種類(lèi),并且通過(guò)拷貝這些原型創(chuàng)建新的對(duì)象.Prototype模式允許一個(gè)對(duì)象再創(chuàng)建另外一個(gè)可定制的對(duì)象,根本無(wú)需知道任何如何創(chuàng)建的細(xì)節(jié),工作原理是:通過(guò)將一個(gè)原型對(duì)象傳給那個(gè)要發(fā)動(dòng)創(chuàng)建的對(duì)象,這個(gè)要發(fā)動(dòng)創(chuàng)建的對(duì)象通過(guò)請(qǐng)求原型對(duì)象拷貝它們自己來(lái)實(shí)施創(chuàng)建。如何使用? 因?yàn)镴ava中的提供clone()方法來(lái)實(shí)現(xiàn)對(duì)象的克隆(具體了解clone()按這里),所以Prototype模式實(shí)現(xiàn)一下子變得很簡(jiǎn)單.以勺子為例:
public abstract class AbstractSpoon implements Cloneable {
String spoonName;
public void setSpoonName(String spoonName){this.spoonName = spoonName;}
public String getSpoonName(){return this.spoonName;}
public Object clone()
{
Object object = null;
try {
object = super.clone();
} catch(CloneNotSupportedException exception){
System.err.println(“AbstractSpoon is not Cloneable”);
}
return object;
} } 有兩個(gè)具體實(shí)現(xiàn)(ConcretePrototype): public class SoupSpoon extends AbstractSpoon {
public SoupSpoon()
{
setSpoonName(“Soup Spoon”);
} } public class SaladSpoon extends AbstractSpoon {
public SaladSpoon()
{
setSpoonName(“Salad Spoon”);
} } 調(diào)用Prototype模式很簡(jiǎn)單: AbstractSpoon spoon = new SoupSpoon();AbstractSpoon spoon = new SaladSpoon();當(dāng)然也可以結(jié)合工廠模式來(lái)創(chuàng)建AbstractSpoon實(shí)例。
在Java中Prototype模式變成clone()方法的使用,由于Java的純潔的面向?qū)ο筇匦裕沟迷贘ava中使用設(shè)計(jì)模式變得很自然,兩者已經(jīng)幾乎是渾然一體了。這反映在很多模式上,如Interator遍歷模式。
設(shè)計(jì)模式之Singleton(單態(tài))
定義: Singleton模式主要作用是保證在Java應(yīng)用程序中,一個(gè)類(lèi)Class只有一個(gè)實(shí)例存在。在很多操作中,比如建立目錄 數(shù)據(jù)庫(kù)連接都需要這樣的單線程操作。
還有, singleton能夠被狀態(tài)化;這樣,多個(gè)單態(tài)類(lèi)在一起就可以作為一個(gè)狀態(tài)倉(cāng)庫(kù)一樣向外提供服務(wù),比如,你要論壇中的帖子計(jì)數(shù)器,每次瀏覽一次需要計(jì)數(shù),單態(tài)類(lèi)能否保持住這個(gè)計(jì)數(shù),并且能synchronize的安全自動(dòng)加1,如果你要把這個(gè)數(shù)字永久保存到數(shù)據(jù)庫(kù),你可以在不修改單態(tài)接口的情況下方便的做到。
另外方面,Singleton也能夠被無(wú)狀態(tài)化。提供工具性質(zhì)的功能,Singleton模式就為我們提供了這樣實(shí)現(xiàn)的可能。使用Singleton的好處還在于可以節(jié)省內(nèi)存,因?yàn)樗拗屏藢?shí)例的個(gè)數(shù),有利于Java垃圾回收(garbage collection)。
我們常常看到工廠模式中類(lèi)裝入器(class loader)中也用Singleton模式實(shí)現(xiàn)的,因?yàn)楸谎b入的類(lèi)實(shí)際也屬于資源。如何使用?
一般Singleton模式通常有幾種形式: public class Singleton {
private Singleton(){}
//在自己內(nèi)部定義自己一個(gè)實(shí)例,是不是很奇怪?
//注意這是private 只供內(nèi)部調(diào)用
private static Singleton instance = new Singleton();
}
第二種形式: public class Singleton {
private static Singleton instance = null;public static synchronized Singleton getInstance(){
//這個(gè)方法比上面有所改進(jìn),不用每次都進(jìn)行生成對(duì)象,只是第一次
//使用時(shí)生成實(shí)例,提高了效率!if(instance==null)
instance=new Singleton();return instance;} //這里提供了一個(gè)供外部訪問(wèn)本class的靜態(tài)方法,可以直接訪問(wèn)
public static Singleton getInstance(){
return instance;
} }
使用Singleton.getInstance()可以訪問(wèn)單態(tài)類(lèi)。
上面第二中形式是lazy initialization,也就是說(shuō)第一次調(diào)用時(shí)初始Singleton,以后就不用再生成了。
注意到lazy initialization形式中的synchronized,這個(gè)synchronized很重要,如果沒(méi)有synchronized,那么使用getInstance()是有可能得到多個(gè)Singleton實(shí)例。關(guān)于lazy initialization的Singleton有很多涉及double-checked locking(DCL)的討論,有興趣者進(jìn)一步研究。
一般認(rèn)為第一種形式要更加安全些。使用Singleton注意事項(xiàng):
有時(shí)在某些情況下,使用Singleton并不能達(dá)到Singleton的目的,如有多個(gè)Singleton對(duì)象同時(shí)被不同的類(lèi)裝入器裝載;在EJB這樣的分布式系統(tǒng)中使用也要注意這種情況,因?yàn)镋JB是跨服務(wù)器,跨JVM的。
我們以SUN公司的寵物店源碼(Pet Store 1.3.1)的ServiceLocator為例稍微分析一下:
在Pet Store中ServiceLocator有兩種,一個(gè)是EJB目錄下;一個(gè)是WEB目錄下,我們檢查這兩個(gè)ServiceLocator會(huì)發(fā)現(xiàn)內(nèi)容差不多,都是提供EJB的查詢定位服務(wù),可是為什么要分開(kāi)呢?仔細(xì)研究對(duì)這兩種ServiceLocator才發(fā)現(xiàn)區(qū)別:在WEB中的ServiceLocator的采取Singleton模式,ServiceLocator屬于資源定位,理所當(dāng)然應(yīng)該使用Singleton模式。但是在EJB中,Singleton模式已經(jīng)失去作用,所以ServiceLocator才分成兩種,一種面向WEB服務(wù)的,一種是面向EJB服務(wù)的。
Singleton模式看起來(lái)簡(jiǎn)單,使用方法也很方便,但是真正用好,是非常不容易,需要對(duì)Java的類(lèi) 線程 內(nèi)存等概念有相當(dāng)?shù)牧私狻_M(jìn)一步深入可參考:
Double-checked locking and the Singleton pattern When is a singleton not a singleton?
第四篇:JAVA學(xué)習(xí)書(shū)籍- 設(shè)計(jì)模式
談到設(shè)計(jì)模式很多人多會(huì)推薦GOF 的那本,該書(shū)在Amzon上是五星級(jí)的推薦書(shū)籍。不過(guò)對(duì)于學(xué)習(xí)java 沒(méi)多久的、特別是java 初學(xué)者,我很不推薦這本書(shū)。主要是該書(shū)的例子基本都是C++的,很多細(xì)節(jié)沒(méi)有講述得足夠清楚。
我給大家推薦的第一本是閻宏博士的《Java 與模式》,它是第一本中國(guó)人自己寫(xiě)的關(guān)于設(shè)計(jì)模式的書(shū)籍,寫(xiě)的比較有趣,融合了很多中
華民族的文化和觀念,例子、類(lèi)圖都比較多,且相對(duì)簡(jiǎn)單!非常不錯(cuò)的入門(mén)書(shū)籍――又是大塊頭哦!
其次我推薦Wiley 出版社出版的《Pattern In Java》一套三本,我才看了第一本,好像第二本不怎么樣,第三本還不錯(cuò)!
第三本是中文翻譯版的關(guān)于多線程模式的(很難得的中文翻譯版)中國(guó)鐵道出版社2003 年出版的《Java 多線程設(shè)計(jì)模式》,將多線程模
式講得非常淺顯,配有大量的圖例,每章都有習(xí)題,最后有答案!我研究多線程模式就是由它開(kāi)始的!
第四本,今年出版的Head First 系列的《Head First Design Pattern》,秉承Head First 系列圖書(shū)的優(yōu)點(diǎn),大量的類(lèi)圖、豐富的實(shí)例、有趣的注解,值得購(gòu)買(mǎi)!
其次在J2EE 方向你可以研究閱讀Addison Wesley 2002 年出版的《Patterns of Enterprise Application Architecture》,眾多大腕的作品,講企業(yè)消息集成的!Sun 提供的《J2EE PATTERNS SL500》也很好!晚了推薦那一本Amzon 4 星半的《Holub on patterns》,大師的作品,提供了,很值得研究的例子,不過(guò)對(duì)上面四本不是很熟悉的讀者,最好不要讀它!可能會(huì)讓你比較累!
我學(xué)習(xí)設(shè)計(jì)模式經(jīng)過(guò)一段很曲折的路線,前前后后大約看了20 本,閻宏博士的《Java 與模式》我看了4 遍,還排除我第一次基本沒(méi)看
懂的看!記得研一時(shí)老師給我們講了GOF 的那本,作為選修課,我和它們計(jì)算機(jī)系的碩士、博士們一起,到最后一個(gè)班40-50 個(gè)人,不
超過(guò)3 個(gè)人明白,我也沒(méi)有明白任何一點(diǎn)(基礎(chǔ)差吧――主要我對(duì)C++語(yǔ)言一點(diǎn)都不了解),憑我不伏輸?shù)男愿瘢艺J(rèn)為我對(duì)java 語(yǔ)言理
解還可以,我就借了《Java 與模式》,結(jié)果還是基本沒(méi)看懂。很有幸的是讀研三時(shí),聽(tīng)過(guò)了上交大饒若楠老師關(guān)于Java OOP 語(yǔ)言的講座,我懂了組合書(shū)籍模式等三種設(shè)計(jì)模式后,對(duì)其它模式有了強(qiáng)烈的興趣和要征服它的愿望!工作后我買(mǎi)的第一本就是《Java 與模式》,第一遍花了2 個(gè)月研究了這個(gè)1000 多頁(yè)的大塊頭,后來(lái)第三遍15 天左右就可以搞定,筆記記了一大本!從此一發(fā)不可收拾。
選對(duì)書(shū)、埋頭研究。相信很快就會(huì)入門(mén)的!
學(xué)習(xí)Java 語(yǔ)言8 個(gè)簡(jiǎn)單的部分,這只是我們研究Java 語(yǔ)言的開(kāi)始!這些都懂了充其量一個(gè)java 程序員而已,后面的路很長(zhǎng)很長(zhǎng)!我們
可以繼續(xù)研究數(shù)據(jù)庫(kù)實(shí)現(xiàn)的源代碼、Servlet 服務(wù)器的源代碼、RMI、EJB、JNDI、面向方面編程、重構(gòu)、ANT 工具、Eclipse 工具、Spring
工具、JBoss、JOnAS、Apache Geronimo 等J2EE 服務(wù)器!研究了這些你可能會(huì)成為一個(gè)出色的J2EE Architecture!你可以繼續(xù)研究剖
析器、編譯器、JNODE(java 寫(xiě)的操作系統(tǒng))
第五篇:java學(xué)習(xí)心得
Java學(xué)習(xí)心得
專業(yè):信息與計(jì)算科學(xué)班級(jí):
姓名:學(xué)號(hào):
日期:
河北建筑工程學(xué)院數(shù)理系
java語(yǔ)言產(chǎn)生于C++語(yǔ)言之后,是完全的面向?qū)ο蟮木幊陶Z(yǔ)言,充分吸取了C++語(yǔ)言的優(yōu)點(diǎn),采用了程序員所熟悉的C和C++語(yǔ)言的許多語(yǔ)法,同時(shí)又去掉了C語(yǔ)言中指針、內(nèi)存申請(qǐng)和釋放等影響程序健壯性的部分,可以說(shuō)java語(yǔ)言是站在C++語(yǔ)言這個(gè)“巨人的肩膀上”前進(jìn)的。
java采用的是相對(duì)簡(jiǎn)單的面向?qū)ο蠹夹g(shù),去掉了運(yùn)算符重載、多繼承的復(fù)雜概念,而采用了單一繼承、類(lèi)強(qiáng)制轉(zhuǎn)換、多線程、引用(非指針)等方式。
在java程序中不能采用地址計(jì)算的方法通過(guò)指針訪問(wèn)內(nèi)存單元,大大減少了錯(cuò)誤發(fā)生的可能性;而且java的數(shù)組并非用指針實(shí)現(xiàn),這樣就可以在檢查中避免數(shù)組越界的發(fā)生。
Java語(yǔ)言學(xué)習(xí)要點(diǎn)
一、掌握靜態(tài)方法和屬性
靜態(tài)方法和屬性用于描述某一類(lèi)對(duì)象群體的特征,而不是單個(gè)對(duì)象的特征。Java中大量應(yīng)用了靜態(tài)方法和屬性,這是一個(gè)通常的技巧。但是這種技巧在很多語(yǔ)言中不被頻繁地使用。理解靜態(tài)方法和屬性對(duì)于理解類(lèi)與對(duì)象的關(guān)系是十分有幫助的,在大量的Java規(guī)范中,靜態(tài)方法和屬性被頻繁使用。因此學(xué)習(xí)者應(yīng)該理解靜態(tài)方法和屬性。Java在方法和屬性的調(diào)用上是一致的,區(qū)別只表現(xiàn)在聲明的時(shí)候,這和c++是不同的。
二、重視接口
在面向?qū)ο笤缙诘膽?yīng)用中大量使用了類(lèi)繼承。隨著軟件工程理論的不斷發(fā)展,人們開(kāi)始意識(shí)到了繼承的眾多缺點(diǎn),開(kāi)始努力用聚合代替繼承。軟件工程解決擴(kuò)展性的重要原則就是抽象描述,直接使用的工具就是接口。接口近年來(lái)逐漸成為Java編程方法的核心。另一方面,就應(yīng)用而言,大部分開(kāi)發(fā)是建立在規(guī)范基礎(chǔ)之上的,不需要自己建立復(fù)雜的繼承關(guān)系和龐大的類(lèi)。因此讀懂規(guī)范和用好規(guī)范已經(jīng)成為應(yīng)用程序開(kāi)發(fā)人員的首要任務(wù),Java各項(xiàng)規(guī)范的主要描述手段就是接口。
三、學(xué)好集合框架
Java描述復(fù)雜數(shù)據(jù)結(jié)構(gòu)的主要方式是集合框架。Java沒(méi)有指針,而是通過(guò)強(qiáng)大的集合框架描述數(shù)組、對(duì)象數(shù)組等復(fù)雜的數(shù)據(jù)結(jié)構(gòu)。學(xué)好這些數(shù)據(jù)結(jié)構(gòu)的描述方法對(duì)于應(yīng)用程序編寫(xiě),特別是涉及到服務(wù)器方、3層結(jié)構(gòu)編程至關(guān)重要。程序員在這個(gè)時(shí)候不能再用諸如數(shù)據(jù)庫(kù)結(jié)果集之類(lèi)的結(jié)構(gòu)描述數(shù)據(jù)了。
四、例外捕捉
Java對(duì)例外捕捉的強(qiáng)調(diào)是空前的,它強(qiáng)迫程序員用顯著的與邏輯方法完全不同的方式描述例外捕捉,對(duì)于程序描述的完整性和嚴(yán)謹(jǐn)性有很大的意義。
總之學(xué)編程語(yǔ)言不僅僅是從理論上的學(xué)習(xí),更重要的是要利用這門(mén)語(yǔ)言為你的思想服務(wù)。理解這門(mén)語(yǔ)言是首要的,但是要達(dá)到心領(lǐng)神會(huì)、融會(huì)貫通就必須勤動(dòng)手,多去時(shí)間,多編一些例子。計(jì)算機(jī)科學(xué)是注重實(shí)踐的學(xué)科,成功的軟件開(kāi)發(fā)人員無(wú)不經(jīng)過(guò)大量的上機(jī)鍛煉,只有理論和實(shí)踐相結(jié)合才能真正掌握只是和技能。