怎么理解设计模式

设计模式

设计模式(Design Patterns)是软件开发人员在软件设计过程中面临的一般问题的解决方案。这些解决方案是久经考验的,被广大开发人员广泛认可并反复使用的。


设计模式封装了面向对象设计中反复出现的问题及其实践中的解决方案,使得设计更加灵活、可重用和易于理解。


基本要素

模式名称:给设计模式命名,便于记忆和交流。
问题:描述该模式所解决的问题。
目的:阐述使用该模式的意图和要达到的目标。
解决方案:详细说明如何解决问题,包括涉及的类和对象以及它们之间的关系。
效果:讨论使用该模式后的好处和可能带来的问题。


分类

一、创建型模式(5种)

创建型模式主要关注对象的创建过程,通过创建型模式可以更加灵活地创建对象,并对创建过程进行抽象和解耦。

工厂方法模式(Factory Method Pattern):定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法让类的实例化推迟到子类中进行。


抽象工厂模式(Abstract Factory Pattern):提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。


单例模式(Singleton Pattern):确保一个类仅有一个实例,并提供一个全局访问点。


建造者模式(Builder Pattern):将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。


原型模式(Prototype Pattern):用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。

二、结构型模式(7种)

结构型模式关注于类或对象的组合,以形成更大的结构。

适配器模式(Adapter Pattern):将一个类的接口转换成客户希望的另外一个接口,使得原本由于接口不兼容而不能一起工作的类可以一起工作。


装饰器模式(Decorator Pattern):动态地给一个对象添加一些额外的职责,就增加功能来说,装饰器模式相比生成子类更为灵活。


代理模式(Proxy Pattern):为其他对象提供一种代理以控制对这个对象的访问。


外观模式(Facade Pattern):提供一个统一的接口,用来访问子系统中的一群接口。外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。


桥接模式(Bridge Pattern):将抽象部分与实现部分分离,使它们都可以独立地变化。


组合模式(Composite Pattern):将对象组合成树形结构以表示“部分-整体”的层次结构,组合模式使得用户对单个对象和组合对象的使用具有一致性。


享元模式(Flyweight Pattern):运用共享技术有效地支持大量细粒度的对象。

三、行为型模式(11种)

行为型模式关注对象之间的通信和职责分配。

策略模式(Strategy Pattern):定义了一系列的算法,把它们一个个封装起来,并且使它们可相互替换。


模板方法模式(Template Method Pattern):定义了一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义算法的某些特定步骤。


观察者模式(Observer Pattern):定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。


迭代器模式(Iterator Pattern):提供一种方法顺序访问一个聚合对象中各个元素,而又不需暴露该对象的内部表示。


责任链模式(Chain of Responsibility Pattern):为请求创建了一个接收者对象的链,并沿着这条链传递这个请求,直到有一个对象处理它为止。


命令模式(Command Pattern):将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。


备忘录模式(Memento Pattern):在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。


状态模式(State Pattern):允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类。


访问者模式(Visitor Pattern):表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。


中介者模式(Mediator Pattern):用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。


解释器模式(Interpreter Pattern):给定一个语言,定义它的文法的一种表示,并定义一个解释器,该解释器使用该表示来解释语言中的句子。


好处

提高可重用性:设计模式是久经考验的解决方案,可以被反复使用于不同的项目中。
提高可维护性:设计模式使得代码结构更加清晰,易于理解和维护。
提高可扩展性:设计模式使得系统更加灵活,易于扩展新的功能或修改现有功能。
促进团队协作:设计模式提供了一种共同的词汇和框架,使得团队成员之间可以更好地沟通和协作。


总结

每种设计模式都有其特定的使用场景和优缺点,开发者在实际项目中应根据具体情况选择合适的设计模式,以提高软件的质量和效率。


然而,需要注意的是,设计模式并不能解决所有问题。在使用设计模式时,需要根据具体问题和项目需求进行选择,避免过度设计或滥用设计模式。


此外,设计模式也不是一成不变的,随着技术的发展和软件设计理念的演进,新的设计模式也在不断涌现。

  • 10
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

厚土燎原

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值