软件工程-设计模式_第1页
软件工程-设计模式_第2页
软件工程-设计模式_第3页
软件工程-设计模式_第4页
软件工程-设计模式_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

抽象工厂模式先看一个静态工厂的一个栗子定义一个Sender接口实现发送信息(邮件或者短信)两个实现类MailSender和SmsSender一个工厂类SendFactory(两个静态的工厂方法)代码如下publicinterfaceSender{//接口类publicvoidSend();}publicclassMailSenderimplementsSender{//实现类@OverridepublicvoidSend(){System.out.println("thisismailsender!");}}publicclassSmsSenderimplementsSender{//实现类

@OverridepublicvoidSend(){System.out.println("thisissmssender!");}}publicclassSendFactory{//静态工厂方法发送邮件

publicSenderproduceMail(){

returnnewMailSender();}//静态工厂方法发送短信publicSenderproduceSms(){

returnnewSmsSender();}}实现静态工厂类(多个静态工厂方法)引入抽象工厂模式静态工厂方法模式的问题需要发传真怎么办?不需要发短信怎么办?实现传真类,SendFactory类中添加produceFax()删除短信类,修改SendFactory类违反了“闭包原则”(对扩展开放,对修改关闭)测试publicclassFactoryTest{publicstaticvoidmain(String[]args){

Sendersender=SendFduceMail();sender.Send();}}结果如下:thisismailsender!publicinterfaceProvider{publicSenderproduce();}添加一个接口ProviderpublicclassSendMailFactoryimplementsProvider{@OverridepublicSenderproduce(){returnnewMailSender();}}publicclassSendSmsFactoryimplementsProvider{@OverridepublicSenderproduce(){returnnewSmsSender();}}SendFactory改为多个工厂类从静态工厂模式到抽象工厂模式创建多个工厂类,需要增加新的功能时直接增加新的工厂类就行了回头看定义

Provideaninterfaceforcreatingfamiliesofrelatedordependentobjectswithoutspecifyingtheirconcreteclasses。

为创建一组相关或相互依赖的对象提供一个接口,而且无需指定它们的具体类。测试publicclassTest{publicstaticvoidmain(String[]args){

Providerprovider=new

SendMailFactory();

Sendersender=duce();

sender.Send();}}总结抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的一种形态。抽象工厂模式是指当有多个抽象角色时,使用的一种工厂模式。抽象工厂模式可以向客户端提供一个接口,使客户端在不必指定产品的具体的情况下,创建多个产品族中的产品对象。根据LSP原则,任何接受父类型的地方,都应当能够接受子类型。因此,实际上系统所需要的,仅仅是类型与这些抽象产品角色相同的一些实例,而不是这些抽象产品的实例。换言之,也就是这些抽象产品的具体子类的实例。工厂类负责创建抽象产品的具体子类的实例。 --frombaike简单来说:不修改原来的类,方便增加新的功能观察者模式

当我们浏览一些博客或wiki时,经常会看到RSS图标,就这的意思是,当你订阅了该文章,如果后续有更新,会及时通知你。其实,简单来讲就一句话:当一个对象变化时,其它依赖该对象的对象都会收到通知,并且随着变化!publicinterfaceObserver{publicvoidupdate();}publicinterfaceSubject{/*增加观察者*/publicvoidadd(Observerobserver);/*删除观察者*/publicvoiddel(Observerobserver);/*通知所有的观察者*/publicvoidnotifyObservers();/*自身的操作*/publicvoidoperation();}首先定义好接口两个观察者的实现类publicclassObserver1implementsObserver{@Overridepublicvoidupdate(){System.out.println("observer1hasreceived!");}}publicclassObserver2implementsObserver{@Overridepublicvoidupdate(){System.out.println("observer2hasreceived!");}}AbstractSubject的实现类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的实现类publicclassMySubjectextendsAbstractSubject{@Overridepublicvoidoperation(){System.out.println("updateself!");notifyObservers();}}总结观察者模式(有时又被称为发布-订阅Subscribe>模式、模型-视图View>模式、源-收听者Listener>模式或从属者模式)中,一个目标物件管理所有相依于它的观察者物件,并且在它本身的状态改变时主动发出通知。这通常透过呼叫各观察者所提供的方法来实现。此种模式通常被用来实现事件处理系统。 --frombaike将一个系统分割成一个一些类相互协作的类有一个不好的副作用,那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合,这样会给维护、扩展和重用都带来不便。观察者就是解决这类的耦合关系的。测试publicclassObserverTest{publicstaticvoidmain(String[]args){

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论