軟件工程-設(shè)計(jì)模式

抽象工廠模式先看一個(gè)靜態(tài)工廠的一個(gè)栗子定義一個(gè)Sender接口實(shí)現(xiàn)發(fā)送信息(郵件或者短信)兩個(gè)實(shí)現(xiàn)類MailSender和SmsSender一個(gè)工廠類SendFactory(兩個(gè)靜態(tài)的工廠方法)代碼如下publicinterfaceSender{//接口類publicvoidSend();}publicclassMailSenderimplementsSender{//實(shí)現(xiàn)類@OverridepublicvoidSend(){System.out.println("thisismailsender!");}}publicclassSmsSenderimplementsSender{//實(shí)現(xiàn)類

@OverridepublicvoidSend(){System.out.println("thisissmssender!");}}publicclassSendFactory{//靜態(tài)工廠方法發(fā)送郵件

publicSenderproduceMail(){

returnnewMailSender();}//靜態(tài)工廠方法發(fā)送短信publicSenderproduceSms(){

returnnewSmsSender();}}實(shí)現(xiàn)靜態(tài)工廠類(多個(gè)靜態(tài)工廠方法)引入抽象工廠模式靜態(tài)工廠方法模式的問題需要發(fā)傳真怎么辦？不需要發(fā)短信怎么辦？實(shí)現(xiàn)傳真類，SendFactory類中添加produceFax()刪除短信類，修改SendFactory類違反了“閉包原則”(對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉)測(cè)試publicclassFactoryTest{publicstaticvoidmain(String[]args){

Sendersender=SendFduceMail();sender.Send();}}結(jié)果如下：thisismailsender!publicinterfaceProvider{publicSenderproduce();}添加一個(gè)接口ProviderpublicclassSendMailFactoryimplementsProvider{@OverridepublicSenderproduce(){returnnewMailSender();}}publicclassSendSmsFactoryimplementsProvider{@OverridepublicSenderproduce(){returnnewSmsSender();}}SendFactory改為多個(gè)工廠類從靜態(tài)工廠模式到抽象工廠模式創(chuàng)建多個(gè)工廠類，需要增加新的功能時(shí)直接增加新的工廠類就行了回頭看定義

Provideaninterfaceforcreatingfamiliesofrelatedordependentobjectswithoutspecifyingtheirconcreteclasses。

為創(chuàng)建一組相關(guān)或相互依賴的對(duì)象提供一個(gè)接口，而且無(wú)需指定它們的具體類。測(cè)試publicclassTest{publicstaticvoidmain(String[]args){

Providerprovider=new

SendMailFactory();

Sendersender=duce();

sender.Send();}}總結(jié)抽象工廠模式是所有形態(tài)的工廠模式中最為抽象和最具一般性的一種形態(tài)。抽象工廠模式是指當(dāng)有多個(gè)抽象角色時(shí)，使用的一種工廠模式。抽象工廠模式可以向客戶端提供一個(gè)接口，使客戶端在不必指定產(chǎn)品的具體的情況下，創(chuàng)建多個(gè)產(chǎn)品族中的產(chǎn)品對(duì)象。根據(jù)LSP原則，任何接受父類型的地方，都應(yīng)當(dāng)能夠接受子類型。因此，實(shí)際上系統(tǒng)所需要的，僅僅是類型與這些抽象產(chǎn)品角色相同的一些實(shí)例，而不是這些抽象產(chǎn)品的實(shí)例。換言之，也就是這些抽象產(chǎn)品的具體子類的實(shí)例。工廠類負(fù)責(zé)創(chuàng)建抽象產(chǎn)品的具體子類的實(shí)例。 --frombaike簡(jiǎn)單來說：不修改原來的類，方便增加新的功能觀察者模式

當(dāng)我們?yōu)g覽一些博客或wiki時(shí)，經(jīng)常會(huì)看到RSS圖標(biāo)，就這的意思是，當(dāng)你訂閱了該文章，如果后續(xù)有更新，會(huì)及時(shí)通知你。其實(shí)，簡(jiǎn)單來講就一句話：當(dāng)一個(gè)對(duì)象變化時(shí)，其它依賴該對(duì)象的對(duì)象都會(huì)收到通知，并且隨著變化！publicinterfaceObserver{publicvoidupdate();}publicinterfaceSubject{/*增加觀察者*/publicvoidadd(Observerobserver);/*刪除觀察者*/publicvoiddel(Observerobserver);/*通知所有的觀察者*/publicvoidnotifyObservers();/*自身的操作*/publicvoidoperation();}首先定義好接口兩個(gè)觀察者的實(shí)現(xiàn)類publicclassObserver1implementsObserver{@Overridepublicvoidupdate(){System.out.println("observer1hasreceived!");}}publicclassObserver2implementsObserver{@Overridepublicvoidupdate(){System.out.println("observer2hasreceived!");}}AbstractSubject的實(shí)現(xiàn)類publicabstractclassAbstractSubjectimplementsSubject{privateVector<Observer>vector=newVector<Observer>();@Overridepublicvoidadd(Observerobserver){vector.add(observer);}@Overridepublicvoiddel(Observerobserver){vector.remove(observer);}@OverridepublicvoidnotifyObservers(){Enumeration<Observer>enumo=vector.elements();while(enumo.hasMoreElements()){enumo.nextElement().update();}}}MySubject的實(shí)現(xiàn)類publicclassMySubjectextendsAbstractSubject{@Overridepublicvoidoperation(){System.out.println("updateself!");notifyObservers();}}總結(jié)觀察者模式（有時(shí)又被稱為發(fā)布-訂閱Subscribe>模式、模型-視圖View>模式、源-收聽者Listener>模式或從屬者模式）中，一個(gè)目標(biāo)物件管理所有相依于它的觀察者物件，并且在它本身的狀態(tài)改變時(shí)主動(dòng)發(fā)出通知。這通常透過呼叫各觀察者所提供的方法來實(shí)現(xiàn)。此種模式通常被用來實(shí)現(xiàn)事件處理系統(tǒng)。 --frombaike將一個(gè)系統(tǒng)分割成一個(gè)一些類相互協(xié)作的類有一個(gè)不好的副作用，那就是需要維護(hù)相關(guān)對(duì)象間的一致性。我們不希望為了維持一致性而使各類緊密耦合，這樣會(huì)給維護(hù)、擴(kuò)展和重用都帶來不便。觀察者就是解決這類的耦合關(guān)系的。測(cè)試publicclassObserverTest{publicstaticvoidmain(String[]args){