大话设计模式——装饰模式和代理模式(一)
1、是什么?
装饰模式:动态地给一个对象添加额外的职责。
代理模式:其他对象通过对象A去访问对象B。
2、为什么用?
装饰模式:1、遵循开闭原则,尽量不去修改原有的类。2、装饰对象一般都是添加额外的非核心功能,通过继承来扩展也可以达到目的,不过无法灵活的组合这些新添的功能。
代理模式:假如一个对象A有很多方法,但是对于某些对象只允许访问A中一部分方法,这就需要通过代理对象进行访问,这就是所谓的权限。==
3、怎么用?
装饰模式:
public class task_02_装饰模式 { @Test public void test() { Client client=new Client(); RealPerson person1=new RealPerson("小强"); client.fun(person1); BasePerson person2=new Decorator1(person1); client.fun(person2); BasePerson person3=new Decorator2(person1); client.fun(person3); } } class Client{ public void fun(BasePerson person) { person.play(); } } /** * 对象接口,对其play方法进行装饰 * @author xiang20180825 * */ interface BasePerson{ void play(); } /** * 具体对象 * @author xiang20180825 * */ class RealPerson implements BasePerson{ private String name; RealPerson(String name){ this.name=name; } public void play() { System.out.println(name+"打篮球"); } } /** * 装饰抽象类 * @author xiang20180825 * */ abstract class Decorator implements BasePerson{ BasePerson person;//包装了对象 Decorator(BasePerson person){ this.person=person; } public abstract void play(); } class Decorator1 extends Decorator{ Decorator1(BasePerson person){ super(person); } public void play() { System.out.print("没有穿衣服的"); person.play(); } } class Decorator2 extends Decorator{ Decorator2(BasePerson person){ super(person); } public void play() { System.out.print("穿了衣服的"); person.play(); } }
代理模式:
/* * 老板的亲戚来了,让老板给他买个早饭,老板买了。 * 实际上是让助理买的,老板的亲戚根本都不知道助理的存在,也不可能让助理跳舞。 * * 这里boss相当于代理类。而assistant是实际的买早点的对象。 */ public class task_01_代理模式 { @Test public void test() { Assistant assistant=new Assistant(); Boss boss=new Boss(assistant); goShopping(boss); } public void goShopping(GoShopping goShopping) { goShopping.shopping(); } } interface GoShopping{ void shopping(); } class Assistant implements GoShopping{ public void shopping() { System.out.println("买个早点"); } public void dancing() { System.out.println("跳舞"); } } class Boss implements GoShopping{ Assistant assistant; Boss(Assistant assistant){ this.assistant=assistant; } public void shopping() {
//在这里可以做一些不可描述的事情 assistant.shopping();
//在这里可以做一些不可描述的事情 } }
区别:(接受批评和指正)
1、侧重点不同:装饰模式强调给对象添加额外的“装饰”,被装饰对象原本的功能正常执行;代理模式强调访问对象的间接性(对实际对象的访问进行控制)。
2、对于调用者来说,装饰模式关注被装饰的对象,效果是被装饰的功能;代理模式关注访问实际对象的代理对象,不必知道实际对象的存在,目标对象的控制交给了代理对象。
思考:BasePerson应该以抽象类还是接口的形式存在?(20181018_1更)
装饰模式的结构图中,BasePerson是抽象类,代码也是写的抽象类。今天工作之余我问了一个愚蠢的问题:为了使用装饰模式,就硬给一个对象加了一个“老爸”?随后就被前辈怼了:你不就是想问继承抽象类还是实现接口吗?首先你得把区别搞清楚。
区别:
1、对于一个类而言,只能继承一个类;可以实现多个接口
2、抽象类可以有具体实现的方法;接口中方法都是抽象的
3、抽象类可以有成员变量;接口中的都是静态常量
4、抽象类中的抽象方法,其子类可以不实现,声明为抽象类即可;接口中的方法必须实现(当接口需要添加新的方法时,所有实现类都得改)。
相同点:
1、都不可实例化。
2、都可以用来实现运行时多态。
结论:具体情况具体对待
1、如果一个类已经有显示继承的父类,但是只需要对该类进行装饰,那么只能使用接口。
2、如果需要对多个类进行装饰,且有相同的装饰功能,则使用抽象类,把相同部分作为实现了的方法。
3、个人愚见:尽量使用接口(没有完美的选择)。
反省:有时过于用生活中的逻辑去思考了,继承中的父子关系并不是真的“爸爸和儿子的关系”。
继承:is-a,子类是父类的一种。(子类、父类确实有些迷惑性)
代理的实际含义:(20181206更)
疑惑:之前一直对于代理的实际意义不是很理解,既然代理了,为什么客户端还能直接访问目标对象呢:从代码可以看出,客户端先创建了目标对象,然后交给代理对象
解惑:代理的实际含义是把目标对象的控制交给代理对象,并没有要求客户端一定无法直接访问目标对象。
代理模式的使用场景:
1.无法或者不适合直接访问目标对象
2.在访问目标对象前后需要做一些处理。(Spring AOP)
注:
大话设计模式6.5节中的代码结构图如下:
个人觉得不妥之处:服饰类继承了人,没有遵循里氏代换原则。