设计模式-导读

44次阅读

共计 1000 个字符,预计需要花费 3 分钟才能阅读完成。

发布说明

其实不用设计模式并非不可以,但是用好设计模式能帮助我们更好地解决实际问题。

设计模式天天都在用,但自己却无感知。

本系列文章,初衷是为了记录日常经常使用的设计模式,也给学习设计模式的同学们提供参考和查阅。

文章内容有自己的理解,也有参考网络,如有侵犯,请告知删除。

学习设计模式的重要性

设计模式最重要的是解耦。

学习设计模式是如何总结经验的,把经验为自己所用。

学设计模式也是锻炼将业务需求转换技术实现的一种非常有效的方式。

设计模式的基石

我们在学习设计模式之前,建议大家,一定要掌握好设计模式的几大原则,《设计模式之禅》一书中开篇就是讲的是设计原则;

所以在本篇文章中,在这里先对设计原则做一个回顾和总结。

设计原则解释
开闭原则对扩展开放,对修改关闭。
依赖倒置原则通过抽象使各个类或者模块不相互影响,实现松耦合。
单一职责原则一个类、接口、方法只做一件事。
接口隔离原则尽量保证接口的纯洁性,客户端不应该依赖不需要的接口。
迪米特法则又叫最少知道原则,一个类对其所依赖的类知道得越少越好。
里氏替换原则子类可以扩展父类的功能但不能改变父类原有的功能。
合成复用原则尽量使用对象组合、聚合,而不使用继承关系达到代码复用的目的。

经典框架都在用设计模式解决问题

Spring 就是一个把设计模式用得淋漓尽致的经典框架,其实从类的命名就能看出来,我
来一一列举:

设计模式名称举例
工厂模式BeanFactory
装饰器模式BeanWrapper
代理模式AopProxy
委派模式DispatcherServlet
策略模式HandlerMapping
适配器模式HandlerAdapter
模板模式JdbcTemplate
观察者模式ContextLoaderListener

设计模式分类

类型名称英文
创建型模式工厂模式Factory Patterns
单例模式Singleton Pattern
原型模式Prototype Pattern
结构型模式适配器模式Prototype Pattern
装饰器模式Decorator Pattern
代理模式Proxy Pattern
行为型模式策略模式Strategy Pattern
模板模式Template Pattern
委派模式Delegate Pattern
观察者模式Observer Pattern

注意

需要特别声明的是,设计模式从来都不是单个设计模式独立使用的。在实际应用中,通常是多个设计模式混合使用,你中有我,我中有你。

正文完
 0