JAVA设计模式详解:创建、结构与行为模式

5星 · 超过95%的资源 需积分: 10 6 下载量 98 浏览量 更新于2024-08-01 收藏 795KB PDF 举报
"本文档涵盖了JAVA的十三种设计模式,包括创建模式、结构模式和行为模式。创建模式包括Factory、Prototype、Builder和Singleton;结构模式包括Facade、Proxy、Adapter、Composite、Decorator、Bridge、Flyweight;行为模式包括Template、Memento、Observer、ChainofResponsibility、Command、State、Strategy、Mediator、Interpreter和Visitor。这些模式都是解决软件设计中常见问题的有效工具,旨在提高代码的可复用性、可维护性和灵活性。" 设计模式是一种在特定场景下解决问题的通用解决方案,它们代表了软件设计中的最佳实践。在JAVA开发中,理解并应用这些设计模式至关重要,因为它们能够帮助开发者构建更加灵活、可扩展和易于维护的系统。 1. 创建模式: - Factory(工厂模式):提供创建对象的接口,避免直接使用new操作,增强代码的灵活性和可扩展性。例如,当需要创建不同类型的对象,而这些对象的创建逻辑相似时,可以使用工厂模式。 - Prototype(原型模式):通过复制已有对象来创建新对象,适用于对象创建成本较高的情况。 - Builder(建造者模式):将复杂对象的构建与表示分离,使得相同的构建过程可以创建不同的表示。 - Singleton(单例模式):保证一个类只有一个实例,并提供全局访问点,常用于配置中心或缓存管理。 2. 结构模式: - Facade(外观模式):为子系统提供一个统一的接口,简化客户端与其交互。 - Proxy(代理模式):为其他对象提供一种代理以控制对这个对象的访问,例如在访问前增加权限检查。 - Adapter(适配器模式):使两个不兼容的接口能够协同工作,如将旧接口转换为新接口。 - Composite(组合模式):将对象组合成树形结构以表示“部分-整体”的层次结构,使得用户可以一致地处理单个对象和组合对象。 - Decorator(装饰模式):动态地给对象添加一些额外的职责,实现对功能的扩展,而不影响其他对象。 - Bridge(桥接模式):将抽象部分与实现部分分离,使它们可以独立变化。 - Flyweight(享元模式):有效支持大量细粒度的对象,通过共享技术实现相同对象的多次使用,减少内存消耗。 3. 行为模式: - Template(模板方法模式):定义一个操作中的算法骨架,而将一些步骤延迟到子类中,使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 - Memento(备忘录模式):在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,以便以后恢复对象的状态。 - Observer(观察者模式):定义了对象之间的一对多依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并被自动更新。 - ChainofResponsibility(责任链模式):避免对象之间的耦合,将请求沿着处理者链传递,直到找到合适的处理者。 - Command(命令模式):将请求封装为一个对象,以便使用不同的请求、队列请求、或者支持可撤销的操作。 - State(状态模式):允许对象在其内部状态改变时改变其行为,对象看起来似乎改变了它的类。 - Strategy(策略模式):定义一系列的算法,并将每一个算法封装起来,使它们可以互相替换,让算法独立于使用它的客户。 - Mediator(中介者模式):用一个中介对象来封装一系列的对象交互,降低系统的耦合度。 - Interpreter(解释器模式):为语言定义文法,提供一个解释器来解释语言的实例。 - Visitor(访问者模式):在不改变类结构的前提下,为对象增加新的操作,使得访问者可以访问并操作类集合中的对象。 了解和熟练掌握这些设计模式,能够帮助开发者编写出更优雅、更具扩展性的代码,同时提高团队间的沟通效率,使得代码更易于理解和维护。在实际项目中,应根据具体情况选择合适的设计模式,以实现最佳的设计效果。
2018-11-27 上传
java的设计模式大体上分为三大类: 创建型模式(5种):工厂方法模式,抽象工厂模式,单例模式,建造者模式,原型模式。 结构型模式(7种):适配器模式,装饰器模式,代理模式,外观模式,桥接模式,组合模式,享元模式。 行为型模式(11种):策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 设计模式遵循的原则有6个: 1、开闭原则(Open Close Principle)   对扩展开放,对修改关闭。 2、里氏代换原则(Liskov Substitution Principle)   只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。 3、依赖倒转原则(Dependence Inversion Principle)   这个是开闭原则的基础,对接口编程,依赖于抽象而不依赖于具体。 4、接口隔离原则(Interface Segregation Principle)   使用多个隔离的借口来降低耦合度。 5、迪米特法则(最少知道原则)(Demeter Principle)   一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立。 6、合成复用原则(Composite Reuse Principle)   原则是尽量使用合成/聚合的方式,而不是使用继承。继承实际上破坏了类的封装性,超类的方法可能会被子类修改。