外观模式作为结构型设计模式，通过引入外观类（Facade）简化客户端与子系统间的交互，降低耦合度。它将客户端与多个子系统解耦，使客户类仅需与外观类交互。模式包括外观角色和子系统角色，外观角色作为客户端与子系统的接口，子系统实现具体功能。适用场景包括复杂子系统访问简化、层次结构的解耦。虽然在增加新子系统时可能需要修改外观类，但总体保持了较好的可扩展性。
在软件开发中，有时候为了完成一项较为复杂的功能，一个客户类需要和多个业务类交互，而这些需要交互的业务类经常会作为一个整体出现，由于涉及到的类比较多，导致使用时代码较为复杂，此时，特别需要一个类似服务员一样的角色，由它来负责和多个业务类进行交互，而客户类只需与该类交互。
外观模式是一种使用频率非常高的结构型设计模式，它通过引入一个外观角色来简化客户端与子系统之间的交互，为复杂的子系统调用提供一个统一的入口，降低子系统与客户端的耦合度，且客户端调用非常方便。
外观模式概述
外观模式通过引入一个新的外观类(Facade)来实现该功能，外观类充当了软件系统中的“服务员”，它为多个业务类的调用提供了一个统一的入口，简化了类与类之间的交互。
在外观模式中，那些需要交互的业务类被称为子系统(Subsystem)。如果没有外观类，那么每个客户类需要和多个子系统之间进行复杂的交互，系统的耦合度将很大；而引入外观类之后，
订阅专栏 解锁全文
扫一扫
2603
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
