从头开始学设计模式
本专栏系统地梳理了设计模式的核心知识点,并对其进行讲解和演示。
lwen.steven
学好Java,为公司“添砖加瓦”!
展开
-
2.9 监听器模式
1.定义监听器模式,主要由3个角色组成,事件、监听器和事件发布器,其核心流程是由事件发布器发布事件,在事件发布前后放置监听器。2.优点监听器模式更加灵活,可以对不同事件作出相应。原创 2023-03-15 16:57:04 · 74 阅读 · 0 评论 -
2.8 观察者模式
1.定义定义了对象之间一对多的依赖,让多个观察者对象同时监听某一个主题对象,当主题对象发生变化时,它的所有依赖者(观察者)都会收到通知并更新。举个例子,我在微信朋友圈的某一条动态点赞,那么我就是观察者,动态就是被观察者,当我的好友也评论了该条动态时,微信就会将消息同步给我,而不需要我时刻盯着动态看是否有人评论。2.优点观察者和被观察者之间建立一个抽象的耦合,观察者模式支持广播通信。原创 2023-03-15 14:53:04 · 48 阅读 · 0 评论 -
2.7 适配器
1.定义将一个类的接口转换成客户期望的另一个接口,使原本接口不兼容的类可以一起工作。2.优点提高类的可复用性,符合开闭原则。原创 2023-03-15 11:52:52 · 48 阅读 · 0 评论 -
2.6 抽象工厂
1.定义创建工厂的工厂。2.优点易于扩展不同的工厂和产品。原创 2023-02-10 20:53:07 · 63 阅读 · 0 评论 -
2.5 工厂方法
1.定义创建对象的工作由工厂完成。2.优点屏蔽对象创建的复杂过程,让用户直接使用对象。原创 2023-02-10 20:38:55 · 73 阅读 · 0 评论 -
2.4 策略模式
1.定义定义了算法家族,分别封装起来,让他们之间可以相互替换,此模式让算法的变化不会影响到使用算法的用户。2.优点符合开闭原则,避免使用多重条件语句。原创 2023-02-09 21:31:48 · 72 阅读 · 0 评论 -
2.3 模版方法
1.定义定义了一个算法的骨架,并允许子类为一个或多个步骤提供实现。2.优点提高复用性和扩展性。3.结构包括四类方法,模版方法、具体方法、钩子方法和抽象方法。原创 2023-02-09 21:24:38 · 76 阅读 · 0 评论 -
2.2 过滤器模式
1.定义过滤器模式允许开发人员使用不同的标准来过滤一组对象,通过逻辑运算以解耦的方式把它们连接起来。2.好处提高程序的可扩展性,假如新增过滤规则,只需要再编写一个实现过滤器接口的类即可。原创 2023-02-08 23:01:43 · 110 阅读 · 0 评论 -
2.1 单例模式
1.定义保证一个类仅有一个实例,并提供一个全局的访问点。2.优点在内存里只有一个实例,减少了内存开销。设置全局的访问点,严格控制访问。原创 2023-02-08 22:37:58 · 49 阅读 · 0 评论 -
1.5 依赖倒置原则
1.定义高层模块不应该依赖低层模块,二者都应该依赖其抽象。通俗易懂的说,就是应该依赖接口,而不是实现,也就是我们常说的面向接口编程。这样类和类之间就不会直接依赖,从而能够实现开闭原则。类依赖接口,当需要扩展的时候我们可以替换实现。依赖倒置原则可以减少类之间的耦合性、提高代码可读性。原创 2023-02-08 22:37:35 · 58 阅读 · 0 评论 -
1.4 开闭原则
1.定义一个软件实体,如类和方法,应该对扩展开放,对修改关闭。通俗易懂的说,就是你的软件不能因为加功能,就不断地修改已有的类。而是应该通过增加类,以插拔的方式来实现。举个例子,Macbook的变压器插头是可以替换的,如果说某一天插口的标准换了,那么苹果只需要开发一个新的插头就好了,而不需要重新开发整个变压器。开闭原则确保了成熟代码最大程度的稳定性以及可维护性。原创 2023-02-08 22:36:32 · 73 阅读 · 0 评论 -
1.3 迪米特法则
1.定义也称为最少知道原则,如果两个类在属性成员或者方法成员的出入参上没有关联,那么两个类就没有必要相互作用。这样,类之间的耦合度就越弱,就越容易被复用。迪米特法则降低了类的复杂度和耦合,提高了代码的可维护性、可复用性以及可读性。原创 2023-02-08 22:36:11 · 86 阅读 · 0 评论 -
1.2 接口隔离原则
1.定义不要让接口变得臃肿,而是应该把接口按照行为不同细拆。比如要生产一把可以拼刺刀的步枪,那它应该实现两个接口,刀的接口和枪的接口,而不是使用一个接口覆盖刀和枪的所有行为。这样,如果只需要刀或者枪的行为,可以单独实现需要的接口, 不需要实现一个大而全的接口,从而去实现很多用不到的方法。接口隔离原则符合高类聚低耦合的设计思想,从而使类具有更好的可读性、可复用性和可维护性。原创 2023-02-08 22:35:49 · 58 阅读 · 0 评论 -
1.1 单一职责原则
1.定义一个类、接口或方法最好只有一个职责,这样的好处是引起类发生变化的原因会很少,开发新需求时,就会很少去修改这个类,而且职责越单一也越容易被复用。单一职责原则降低了类的复杂度和变更引起的风险,提高了类的可复用性、可读性以及可维护性。原创 2023-02-08 22:35:44 · 111 阅读 · 0 评论 -
从头开始学设计模式
第一章 设计原则1.1 单一职责原则1.2 接口隔离原则1.3 迪米特法则1.4 开闭原则1.5 依赖倒置原则第二章 设计模式2.1 单例模式2.2 过滤器模式原创 2023-02-08 22:34:51 · 74 阅读 · 0 评论