Java的23种设计模式笔记.docx
《Java的23种设计模式笔记.docx》由会员分享,可在线阅读,更多相关《Java的23种设计模式笔记.docx(82页珍藏版)》请在冰豆网上搜索。
![Java的23种设计模式笔记.docx](https://file1.bdocx.com/fileroot1/2023-2/23/e0f16bff-f184-408b-98a1-d7e66f66b738/e0f16bff-f184-408b-98a1-d7e66f66b7381.gif)
Java的23种设计模式笔记
Java设计模式
1.设计模式(超级详细)
内容简介
有感于设计模式在日常开发中的重要性,同时笔者也自觉对设计模式小有心得,故笔者*写二十三种设计模式的简单例子、
并整理二十三种设计模式的理论部分,综合汇总成这份Java设计模式(疯狂J*va联盟版),希望对大家有所帮助。
本份帮助文档主要是为了向读者介绍二十三种设计模式,包括模式的描述,适用性,模*的组成部分,并附带有简单的例
子和类*,目的是为了让读*了解二十三种*计模式,并能方便的查阅各种设计模*的用法及注意点。
所附的例子非常简单,慢慢的引导读者从浅到深了解设计模式,并能从中享受设计的乐趣。
由于每个人对设计*式的理解都不尽一致,因此,可能本文档的例子*有不恰当的地方,还望各位读者指出不恰当的地方。
欢迎登录疯狂J*va联盟进行技术交流,疯狂Java联盟的论坛宗旨是:
所有的技术发帖,均有回复。
笔者简介
笔者曾师从李刚老师学习Java,现居广州。
对Java软件开发、各种Java开源技术都非常感兴趣,曾参与开发、主持*发过大
量Java、JavaEE项目,对Java、Java*E项目有一定认识*见解。
欢迎大家与笔者就Java、JavaEE相*方面进行技术交流。
笔者现为疯狂Jav*联盟的总版主(论坛ID:
杨恩雄),也希望通过该平台与大家分享Java、JavaEE技术、*得。
声明
本文档编写、制作过程中得到了疯狂Java联盟、以及笔者学习工作过程大量朋友的支持,大家都抱着一个目的:
为国内软件
软件开发事业作出绵薄贡献。
我们在此郑重宣布,本*档遵循Apache2.0协议。
在完整保留全部文本(包括本版权页),并且不违反Apache2.0协议的前提
下,允许和鼓励任何人进行全文转载及推广,我们放弃除署名权外的一切权利。
1.1创建型模式
AbstractFactory(抽象工厂)
FactoryMethod(工厂方法)
Singleton(单态模式)
Builder(建造者模式)
Protot*pe*原型模式)
1.1.1工厂方法
*义一个用于创建对象的接口,让子类决定实例化哪一个类。
FactoryMethod使一个类的实例*延迟到其子类。
适用性
1.当一个类不知道它所必须创建的对象的类的时候。
2.当一个类希望由它的子类来指定它所创建的对象的时候。
3.当*将创建对象的职责委托给多个帮助*类中的某一个,并且*希望将哪一个帮助子类是代理者这一信息局部化的时候。
参与者
1.Product
定义工厂方法所创建的对象的接口。
2.ConcreteProduct
实现Product接口。
3.Creator
声明工厂方法,该方法返回一个Product类型的对象*
Creator也可以定义一个工厂方法的缺省实现,它返回一个缺省的ConcreteProduct对象。
可以调用工厂方法以创建一个Product对象。
4.ConcreteCreator
重定义工厂方法以返回一个ConcreteProduct实例。
类图
例子
*roduct
publicinterfaceWork{
voiddoWork();
}
ConcreteProduct
publicclassStudentWorkimplementsWork{
publicvoiddoWork(){
System.out.println("学生做作业!
");
}
}
publicclassTeacherWorkimplementsWork{
publicvoiddoWork(){
System.out.println("老师审批作业!
");
}
}
Creator
publicinterfaceIWorkFactory{
WorkgetWork();
}
Concre*eCreator
pu*licclassStudentWorkFactoryimplementsIWorkFactory{
publicWorkgetWork(){
returnnewStudentWork();
}
}
publicclassTeacherWorkFactoryimplementsIWorkFactory{
publicWorkgetWork(){
returnnewTeacherWork();
}
}
Test
publicclassTest{
publicstaticvoidmain(Strin*[]args){
IWorkFactorystudentWorkFactory=newStudentWorkFactory();
studentWorkFactory.getWork().doWork();
IWorkFactoryteacherWorkFactory=newTeacherWorkFactory();
teacherWorkFactory.g*tWork().doWork();
}
}
result
学生做作业!
老师审批作业!
1.1.2抽象工厂
提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。
适用性
1.一个系统要独立于它的产品的创建、组合和表示时。
2.一个系统要由多个产品系列中的一个来配置时。
3.当你要强调一系列相关的产品对象的设计以便进行联合使用时*
4*当你提供一个产品类库,而只想显示它们的接口而不是实现时。
参与者
1.Ab*tractFactory
声明一个创建抽象产品对象的操作接口。
2.ConcreteFactory
实现创建具体产品对象的操作。
*.AbstractProduct
为一类产品对象声明一个接口。
4.ConcreteProdu*t
定义一个将被相应的具体工厂创建的产品*象。
实现*bstractProduct接口。
5.Client
仅使用由AbstractFactory和AbstractProduc*类声明的接口
类图
例子
abstractFactory
publicinterfaceIAnimalFactory{
ICatcreateCat();
IDogcre*teDog();
}
ConcreteFactory
publicclassBlackAnimalFactoryimplementsIAnimalFactory{
publicICatcreateCat(){
returnnewBlackCat();
}
publicIDogcreateDog(){
returnnewBlackDog();
}
}
publicclassWhiteAnimalFactoryimplementsIAnimalFactory{
publicICatcreateCat(){
returnnewWhiteCat();
}
publicIDogcreateDog(){
returnnewWhiteDog();
}
}
Abstrac*Product
publicinterfaceICat{
voideat();
}
publicinterfaceIDog{
voideat();
}
Concrete*roduct
publicclassBlack*atimplementsICat{
publicvoideat(){
System.out.println("Thebl*ckcatiseating!
");
}
}
publicclassWhiteCatimplements*Cat{
publicvoideat(){
Sy*tem.out.prin*ln("Thew*itecatiseating!
*);
}
}
publicclassBlackDogimplementsIDog{
publicvoideat(){
System.out.println("Theblackdogiseating");
}
}
publicclassWhiteDogimplementsIDog{
publicvoideat(){
System.out.println("Thewhitedogiseat*ng!
");
}
}
Client
publicstaticvoidmain(String[]args){
IAnimalFactoryblackAnimalFa*tory=newBlackAnimalFactory();
ICatblackCat=blackAnimalFactory.createCat();
blackCat.eat();
IDogblackD*g=blackAnimalFactory.createDog();
blackDog.eat();
IAnimalFactorywhiteAnimalF*ctory=newWhiteAnimalFactory();
ICatwhiteCat=whiteAnimalFactory.createCat();
whiteCat.eat();
IDog*hiteDog=whiteAnimalFactory.createDog();
whiteDog.eat();
}
res*lt
Thebla*kcatiseating!
Th*blackdogiseatin*!
Thewhitecatiseating!
Thewhitedogis*ating!
1.1.3建造者模式
将一个复杂对象的构*与它的表示分离,使*同样的构建过程可以创建不同的表示。
适用性
1.当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
*.当构造过程必须允*被构造的对象有不同*表示时。
参与者
1.Builder
为创建一个Product对象的各个部件指定抽象接口。
2.ConcreteBuilder
实现Buil*er的接口以构造和装配该产品的各个部件。
定义并明确它所创建的表示*
提供一个检索产品的接口。
3.Director
构造一个使用Builder接口的对象。
4.Product
表示被构造的复杂对象。
ConcreteBuilder创建该产品的内部表示并定义它的装配过程。
包含定义组成部件的类,包括将这些部件装配成最终产品的接口。
类图
例子
Buil*er
publicinterfacePersonBuilder{
voidbuildHead();
v*idbuildBody();
voidbuildFoot();
PersonbuildPerson();
}
ConcreteBuilder
publicclassManBuilderimplementsPersonB*ilder{
Personperson;
publicManBuilder(){
person=newMan();
}
publ*cvoidbuildbody(){
perso*.setBody("建造男人的身体");
}
publicvoidbuildFoot(){
person.setFo*t("建造男人的脚");
}
publicvoidbuildHead(){
pers*n.setHead("建造*人的头");
}
*ublicPersonbuildPerson(){
retur*person;
}
}
Dir*ctor
publicclassPersonDirec*or{
publicPersonconstructPerson(PersonBuilderpb){
pb.buildHead();
pb.buildBody();
pb.buildFoot();
returnpb.buildPerson();
}
}
Product
publicclassPerson{
privateStringhead;
privateStringbody;
privateStringfoot;
publicStringgetH*ad(){
returnhead;
}
publicvoidsetHead(Stringhea*){
this.head=head;
}
publicStringgetBody(){
returnbody;
}
publicvoidsetBody(Stringbody){
this.b*dy=body;
}
publicStringgetFoot(){
returnfoot;
}
publicvoidsetFoot(Stringfoot){
t*is.foot=foot;
}
}
publicclassManextendsPerson{
}
Test
publ*cclassTest{
publicstaticvoidmain(String[]ar*s){
PersonDirectorpd=newPersonDirector();
Personperson=pd.constructPerson(newManBuilder());
System*out.println(person.getBody());
System.out.println(person.getFoot());
System.out.println(person.getHead());
}
}
result
建造男人*身体
建造男*的脚
建造男人的头
1.1.4单态模式
保证一个类仅有一个实例,*提供一个访问它的全局访*点。
适用性
1.当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时。
2.当这个唯一实例应该是通过子类化可扩展的,并且客户应该无需更改代码就能使用一个扩展的实例时。
参与者
Singleton
定义一个Instance操作,允许客户访问它的唯一实例。
Instance是一个类操作。
可能负*创建它自己的唯一实例。
类图
例子
Singleton
publicclassSingleton{
privatestaticSingletonsing;
privateSingleton(){
}
publicst*ticSingletonget*nstance(){
if(sing==null){
sing=newSingleto*();
}
returnsing;
}
}
Test
publicclassTest{
publicstaticvoid*ain(*tring[]args){
Singletonsing=Singleton.getInstance();
Singletonsi*g2=Singleton.getI*stance();
System.out.println(sing);
System.out.pr*ntln(sing2);
}
}
result
singleton.Singleton@1c78e57
singleton.Singleton@1c78e57
1.1.5原型模式
用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
适用性
1.当一个系统应该独立于它的产品创*、构成和表示时。
2.当要实例化的类是在运行时刻指定时,例如,通过动态装载。
3.为了避免创建一个与产品类层次平行的工厂*层次时。
4.当一个类的实例只能有几个不同状态组合中的一种时。
建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。
参与者
1.Prototype
声明一个克隆自身的接口。
2.ConcretePrototype
实现一个克隆自身的操作。
3.Client
让一个原型克*自身从而创建一个新的对象。
类图
例子
Prototype
publicclassPrototypeimplementsCloneable{
privateStringname;
publicvoidsetName(Stringname){
this.name=name;
}
publicStringgetName(){
returnthis.name;
}
publicObjectclone(){
try{
returnsuper.clone();
}catch(Exceptione){
e.printStackTrace();
returnnull;
}
}
}
ConcretePrototype
publ*cclassConcretePrototypeextend*Prototype{
publicConcretePrototype(Stringname){
setName(name);
}
}
Client
publicclas*Test{
publicstaticvoidmain(String[]args){
Prototypepro=newConcretePrototy*e("prototype");
Prototypepro2=(Prototype)pro.clone();
*ystem.out.println(pro.getName()*;
System.out.println(pro2.getName());
}
}
result
prototype
prototype
1.2结构型模式
Adapter*适配器模式*
Bridge(桥接模*)
Composite(组合模式)
Decorator(装*模式)
Facade(外观模式)
Flyweight(享元模式)
Proxy(代理模式)
1.2.1适配器模式
将一个类的接口转换成客户希望的另外一个接口。
Adapter模式使得原本由于接口*兼容而不能一起工作的那*类可以一起工作。
适用性
1.你想使*一个已经存在的类,而它的接口不符合你的需求。
2.你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类(即那*接口
可能不一定兼容的类)协同工作。
*.(仅适用于对象Adapter)你想使用一些已经存在的子类,但是不可能对每一个都进行
子类化以匹配它们的接口。
对象适配器可以适配它的父类接口。
参与者
1.Target
定义Client使用的与特定领域相关的接口。
2.Client
与符合Target接口的对象协同。
3.Adapt*e
定义一个已经存在的接口,这个接口需要适配。
4.Adapter
对Adaptee的接口与Target接口进行适配
类图
例子
Target
publicinterfaceTarget{
voidadapteeMethod();
voidadapterMethod();
}
Adaptee
publicclassAdaptee{
publicvoidadapteeMethod(){
Syste*.out.p*intln("Adapteemethod!
");
}
}
Adapt*r
publicclas*Adapterimplement*Target{
privateAdap*eeadaptee;
publicAdapter(Adapteeadaptee){
this.adapte*=adaptee;
}
publicvoidadapteeMethod(){
adaptee.adapteeMethod();
}
publicvoidadapterMethod(){
*ystem.out.println("Adaptermethod!
");
}
}
Client
publiccla*sTest{
publicstati*voidmain(String[]args){
Targettarget=newAdapter(newAdaptee());
tar*et.adapteeMethod();
target.adapterM*thod();
}
}
result
Adapteemethod!
Adaptermethod!
1.2.2桥接模式
将抽象部分与它*实现部分分离,使它们都可以独立地变化。
适用性
1.你不希望在抽*和它的实现部分之间有一个固定的绑定关系。
例如这种情况可能是因为,在程序运行时刻实现部分应可以*选择或者切换。
2.类的抽象以及它的实现都应该可以通*生成子类的方法加以扩充。
这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充。
3.对一个抽象的实现部分的修改应对客户不产生影响,即客户的代码不必重新编译。
4.正如在意图一节的第一个类图中所示的那样,有许多类要生成。
这*一种类层次结构说明你必须将一个对象分解成两个部分。
5.*想在多个对象间共享实现(可能使用引用计数),但同时要求客户并不知*这一点。
参与者
1.Abstraction
定义抽象类的接口。
维护一个指向Implementor类型对象的指针。
2.RefinedAbstraction
扩充由Abstraction定义的接口。
3.Implementor
定义实现类的接口,该接口不一定要与Ab*traction的接口完全一致。
事实上这两个接口可以完全不同。
*般来讲,Implementor接口仅提供基本操作,而Abstraction则定