首页
博客
源码
资源
博客
源码
写文章
发布博客
发布资源
登录
X
设计模式
相关资讯
热门
最新
后端
01-01 08:00
后端
设计模式六大原则(三)----依赖倒置原则
设计模式六大原则(三)----依赖倒置原则,设计模式六大原则(三)----依赖倒置原则一.什么是依赖倒置原则1.1概念依赖倒置原则(DependenceInversionPrinciple,DIP),其含义:高层模块不应该依赖低层模块,两者都应该依赖其抽象抽象不应该依赖细节,细节应该依赖于抽象要针对接口编程,不要针对实现编程1.2什么是依赖呢?这里的依赖关系我们理解为UML关系中的依赖。简单的说就
81
后端
01-01 08:00
后端
设计模式的六大原则
设计模式的六大原则,设计模式的六大原则设计模式的六大原则开闭原则(OpenClosePrinciple)开闭原则就是说对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。所以一句话概括就是:为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,后面的具体设计中我们会提到这点。里氏代换原则(LiskovSubstitutionP
106
后端
01-01 08:00
后端
设计模式-观察者模式上
设计模式-观察者模式上,设计模式-观察者模式上观察者模式可以说是非常贴近我们生活的一个设计模式,为什么这么说呢?哲学上有这么一种说法,叫做“万事万物皆有联系”,原意是说世上没有孤立存在的事物,但其实也可以理解为任何一个事件的发生必然由某个前置事件引起,也必然会导致另一个后置事件。我们的生活中,充斥着各种各样的相互联系的事件,而观察者模式,主要就是用于处理这种事件的一套解决方案。示例观察者模式在不同
166
后端
01-01 08:00
后端
设计模式-状态模式
设计模式-状态模式,设计模式-状态模式说到状态模式,顾名思义,应该就是跟状态相关的设计模式了,不过,我们还是跟前面一样,先不管状态模式是个什么东西,先从一个小小的例子出发,看看状态模式能为我们解决什么问题。示例现在需要实现一个交通灯调度程序,交通灯的颜色需要在红灯->绿灯->黄灯->红灯之间循环转换,但是不允许绿灯->红灯或黄灯->绿灯等情况。这属于交通规则的常识,现在我们用程序实现它,先看看我们
110
后端
01-01 08:00
后端
设计模式的核心知识
设计模式的核心知识,终于把23种设计模式给整理完了,通通理解了一遍。虽然看得懂,能够随着里面代码和传递参数的方法绕来绕去,一层一层拔下去而不会“头晕”,但离实际运用它们还是有很大的距离的。这23种设计模式涵盖了所有软件架构师和设计师前辈们的经验和方法,将最常用的设计方法和模式都“抽取”出来成为精华的核心代码,就像数学里面的公式一样,只要你设计模式会了,会应用了,那么你离设计出没有“臭虫”和高效的代
166
后端
01-01 08:00
后端
设计模式的核心知识
设计模式的核心知识,终于把23种设计模式给整理完了,通通理解了一遍。虽然看得懂,能够随着里面代码和传递参数的方法绕来绕去,一层一层拔下去而不会“头晕”,但离实际运用它们还是有很大的距离的。这23种设计模式涵盖了所有软件架构师和设计师前辈们的经验和方法,将最常用的设计方法和模式都“抽取”出来成为精华的核心代码,就像数学里面的公式一样,只要你设计模式会了,会应用了,那么你离设计出没有“臭虫”和高效的代
105
后端
01-01 08:00
后端
设计模式:面向对象设计的六大原则 (绝对详细)
设计模式:面向对象设计的六大原则 (绝对详细),目录前言六大原则单一职责原则开闭原则里氏替换原则依赖倒置原则接口隔离原则迪米特原则总结前言很久没有写博客了,一直给自己找借口说太忙了,过几天有空再写,几天之后又几天,时间就这么快速的消逝。说到底就是自己太懒了,不下点决心真是不行。我决定逼自己一把,从今天开始学习设计模式系列,并写成博文记录下来,做不到的话,就罚自己一个月不玩游戏(作孽啊。。。。)六大
120
后端
01-01 08:00
后端
设计模式:单例模式 (关于饿汉式和懒汉式)
设计模式:单例模式 (关于饿汉式和懒汉式),定义单例模式是比较常见的一种设计模式,目的是保证一个类只能有一个实例,而且自行实例化并向整个系统提供这个实例,避免频繁创建对象,节约内存。单例模式的应用场景很多,比如我们电脑的操作系统的回收站就是一个很好的单例模式应用,电脑上的文件、视频、音乐等被删除后都会进入到回收站中;还有计算机中的打印机也是采用单例模式设计的,一个系统中可以存在多个打印任务,但是只
105
后端
01-01 08:00
后端
设计模式之桥接模式
设计模式之桥接模式,设计模式之桥接模式模式定义官方定义:桥接模式就是将抽象部分与现实部分进行分离,使它们可以独立变化。桥接模式将继承关系转化为关联关系,它降低了类与类之间的耦合度,减少了系统中类的数量,也减少了代码量。优缺点优点将实现与抽象部分进行了分离。提高了比集成更好的解决方案,可以理解为将静态继承改为了动态组合。提高了系统的可拓展性。在两个维度中改变其中任何一个都不会影响到另一个维度,也不需
232
前端
01-01 08:00
前端
设计模式(二十一)——解释器模式(Spring 框架中SpelExpressionParser源码分析)
设计模式(二十一)——解释器模式(Spring 框架中SpelExpressionParser源码分析)
66660
«
1
2
3
4
5
6
7
»