腾讯三面挂经:这种场景下你为什么不用装饰器模式?

简介: 腾讯三面挂经:这种场景下你为什么不用装饰器模式?

有一个群友分享了最近腾讯三面的挂经···

在一道开放题回答的时候,没有选择正确的设计模式,并且选择的设计模式无法说服面试官

于是就挂了····

面试官: 你好,今天我们要讨论一下装饰器模式。首先,你能告诉我什么是装饰器模式吗?

求职者: 当然可以。装饰器模式是一种设计模式,它允许我们通过将对象包装在装饰器类的对象中,来动态地向单个对象添加新的行为和职责,而不改变其结构。这种模式提供了比继承更有弹性的替代方案来扩展对象的功能。

面试官: 很好。那么,装饰器模式在实际应用中是如何工作的呢?

求职者: 在装饰器模式中,我们通常有一个抽象组件(Component)类,它定义了对象的接口;一个或多个具体组件(ConcreteComponent)类,它实现了抽象组件的接口;以及一个装饰抽象类(Decorator),它也是一个抽象组件,但它包含了一个组件的引用,并可以添加新的功能。

面试官: 好的,那你能用代码示例说明一下这个模式是怎样实现的吗?

求职者: 当然可以。以咖啡店的例子为例,我们首先定义一个咖啡的抽象类:

public abstract class Beverage {
    String description = "Unknown Beverage";

    public String getDescription() {
        return description;
    }

    public abstract double cost();
}

然后,我们定义一个具体的咖啡类,比如浓缩咖啡:

public class Espresso extends Beverage {
    public Espresso() {
        description = "Espresso";
    }

    public double cost() {
        return 1.99;
    }
}

接下来,我们定义一个装饰器的抽象类:

public abstract class CondimentDecorator extends Beverage {
    public abstract String getDescription();
}

最后,我们定义一个具体的装饰器,比如加牛奶:

public class Milk extends CondimentDecorator {
    Beverage beverage;

    public Milk(Beverage beverage) {
        this.beverage = beverage;
    }

    public String getDescription() {
        return beverage.getDescription() + ", Milk";
    }

    public double cost() {
        return .10 + beverage.cost();
    }
}

使用这些类,我们可以创建一个加了牛奶的Espresso咖啡:

Beverage beverage = new Espresso();
beverage = new Milk(beverage);
System.out.println(beverage.getDescription() + " $" + beverage.cost());

这样,我们就成功地为Espresso咖啡添加了牛奶,而不需要修改Espresso类本身。


面试官: 很好,你的解释很清晰。那么,装饰器模式的优缺点是什么呢?


求职者: 装饰器模式的优点是它提供了一种灵活的方式来扩展对象的功能,而不需要通过继承来实现。它支持开闭原则,因为我们可以在不修改现有代码的情况下添加新功能。缺点是它可能会导致设计中出现很多小类,如果过度使用,可能会使代码变得复杂难以理解。


面试官: 接下来我们来谈谈装饰器模式和代理模式的区别。你能描述一下这两种模式吗?


求职者: 当然。装饰器模式主要是用来动态地给对象添加额外的职责,而代理模式则是为另一个对象提供一个代理或占位符,以控制对这个对象的访问。


面试官: 对。那么,你能详细解释一下它们的区别吗?


求职者: 当然可以。装饰器模式和代理模式看起来非常相似,因为它们都包装了一个类的实例。但是,它们的目的和设计意图是不同的。装饰器模式的目的是不改变对象的接口的情况下,增加对象的功能。它通常用于实现横切关注点,比如日志、权限控制等。而代理模式的目的是控制对对象的访问,它可以延迟对象的创建,或者在访问对象时添加某些操作,比如安全检查或者缓存。


面试官: 非常好。那么,在实际应用中,你会如何选择使用装饰器模式和代理模式呢?


求职者: 如果我们想要在不修改对象代码的情况下增加功能,或者我们想要动态地添加功能,那么我们应该使用装饰器模式。如果我们需要控制对对象的访问,或者我们需要在访问对象时进行一些额外的处理,那么我们应该使用代理模式。


面试官: 很好,你的解释非常清晰。这就是我们今天要讨论的内容,谢谢你的参与。面试官: 好的,现在我们来讨论一下装饰器模式的应用场景。你能举一些例子来说明在哪些场景下会使用装饰器模式吗?


求职者: 当然可以。装饰器模式经常用在需要扩展一个类的功能但不想通过继承来做的情况。比如:


图形用户界面组件装饰:在图形用户界面中,我们可能需要给按钮、文本框等组件动态添加一些视觉效果,如边框、阴影等,这时可以使用装饰器模式。

数据流的增强:在处理数据流时,比如Java的InputStream,我们可能会用装饰器来添加功能,比如缓冲、解压缩、加密解密等。

权限控制:在需要对系统进行权限控制时,可以使用装饰器模式来根据不同的权限动态添加或修改对象的行为。

日志记录:在不改变原有类功能的情况下,为方法调用添加日志记录功能。

性能监控:通过装饰器模式可以在运行时动态地给对象添加性能监控的功能,而不影响原有的类实现。

面试官: 非常好,这些都是装饰器模式的经典应用场景。那么,你能解释一下为什么在这些场景中使用装饰器模式是合适的吗?


求职者: 在这些场景中使用装饰器模式是合适的,因为装饰器模式允许我们通过组合不同的装饰器来增加对象的功能,而不是通过继承。这样做的好处是我们可以保持类的职责单一,避免创建复杂的继承结构。同时,我们还可以灵活地添加或移除功能,因为装饰器是在运行时被添加的。


面试官: 行吧,就到这

相关文章
|
设计模式
趣解设计模式之《小王的披萨店续集》
趣解设计模式之《小王的披萨店续集》
75 0
|
5月前
|
设计模式 算法 Java
带你走进不一样的策略模式
带你走进不一样的策略模式
48 1
|
6月前
|
设计模式 网络协议 Java
美团面试,问的贼细~
美团校招面试涵盖网络(HTTP/TCP/UDP)、框架(Spring的IoC/AOP)、设计模式(静态代理)、编程(手写静态代理)、MySQL(事务隔离级别)、Java基础(数据类型/Integer与int的区别)、HashMap等知识点。面试从自我介绍开始,深入到技术细节,如TCP的三次握手和四次挥手,GET与POST请求的区别,以及MySQL的不可重复读示例。了解更多详情可访问[www.javacn.site](https//www.javacn.site)。
97 1
美团面试,问的贼细~
|
设计模式
趣解设计模式之《小王的披萨店》
趣解设计模式之《小王的披萨店》
50 1
|
6月前
|
设计模式 缓存 算法
腾讯面试与组合模式
腾讯面试与组合模式
48 0
|
消息中间件 前端开发 Java
同程面试:说一下多态的实现原理?
同程面试:说一下多态的实现原理?
85 1
|
监控 算法 测试技术
携程2023算法开发岗 一面 二面 面经
携程2023算法开发岗 一面 二面 面经
86 0
|
设计模式 算法 Java
JAVA设计模式第十二讲:大厂实践 - 美团: 设计模式二三事
JAVA设计模式第十二讲:大厂实践 - 美团: 设计模式二三事
|
Java 测试技术 API
美团java研发岗二面:微服务问题被虐哭了,直到看到这些知识点
微服务架构基于一个概念,其中所有服务应该能够彼此交互以构建业务功能。因此,要实现这一点,每个微服务必须具有接口。这使得 Web API 成为微服务的一个非常重要的推动者。RESTful API 基于 Web 的开放网络原则,为构建微服务架构的各个组件之间的接口提供了最合理的模型。
91 0
美团java研发岗二面:微服务问题被虐哭了,直到看到这些知识点
|
设计模式 算法 程序员
一张截图,告诉你字节跳动的《设计模式宝典》到底有多强
格局小了,算法像是单兵的作战能力和武器装备,设计模式像打仗列的阵型。只是单挑的话, 阵型就不重要了(叫单例模式也可以吧);如果是群斗,请参考戚家军是如何用鸳鸯阵吊打单兵作战能力爆表的日本武士;