欢迎来到study-hard-forever的博客

随笔分类 -  设计模式

只要真正深入地理解了设计原则,很多设计模式其实就是原则的应用而已,或许在不经意间就在使用设计模式了。 有的人说设计模式没有必要去学习,因为小白学了也只明其形不知其理,根本就不会用到实际开发中,大佬也没有必要学,因为已经在用了。 调侃一句,还挺有道理的(谬论,为懒惰找的借口)~大佬曾经也是小白啊~小白不学习,哪来的大佬~ 生活还在继续,编程也不会结束,我们对程序、对爱情、对理想、对人生的讨论和思考还在继续。——《大话设计模式》 生活不止眼前的苟且,还有将来的苟且,偶尔带一些诗和远方~ 加油,奥利给!
摘要:对设计模式的简要概括(转) 创建型: 抽象工厂模式(Abstract Factory):提供一个接口,可以创建一系列相关或相互依赖的对象,而无需指定它们具体的类。 构建器模式(Builder):将一个复杂类的表示与其构造相分离,使得相同的构建过程能够得出不同的表示。 工厂方法模式(Factory M 阅读全文
posted @ 2021-02-02 22:41 study-hard-forever 阅读(68) 评论(0) 推荐(0) 编辑
摘要:设计模式概述: 总体来说基本的23种设计模式分为三大类 创建型模式(5种):工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式(7种):适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式(11种):策略模式、模板方法模式、观察者模式、迭代子模 阅读全文
posted @ 2020-06-20 09:29 study-hard-forever 阅读(492) 评论(0) 推荐(0) 编辑
摘要:23种设计模式UML图 1、简单工厂模式 例(计算器) 例(商场促销) 2、策略模式 策略模式UML结构图 例(商场促销) 环境角色: class CashContext { private CashSuper cs; public CashContext(CashSuper csuper) { t 阅读全文
posted @ 2020-06-20 00:05 study-hard-forever 阅读(1126) 评论(0) 推荐(0) 编辑
摘要:设计模式原则 单一职责原则 单一职责原则(Single Responsibility Principle,简称SRP),就一个类而言,应该仅有一个引起它变化的原因。 如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其它职责的能力。这种耦合会导致脆弱的设 阅读全文
posted @ 2020-06-20 00:04 study-hard-forever 阅读(122) 评论(0) 推荐(0) 编辑
摘要:##访问者模式: 访问者模式(Visitor),表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。 主要解决:稳定的数据结构和易变的操作耦合问题。 如何解决:在被访问的类里面加一个对外提供接待访问者的接口。 关键代码:在数据基础类里面有一个方法 阅读全文
posted @ 2020-06-20 00:00 study-hard-forever 阅读(97) 评论(0) 推荐(0) 编辑
摘要:##享元模式: 享元模式(Flyweight):运用共享技术有效地支持大量细粒度的对象。减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结构的方式。 享元模式尝试重用现有的同类对象,如果未找到匹配的对象,则创建新对象。 主要解 阅读全文
posted @ 2020-06-19 23:57 study-hard-forever 阅读(123) 评论(0) 推荐(0) 编辑
摘要:##中介者模式: 中介者模式(Mediator)(调停者模式),用一个中介对象来封装一系列的对象交互。中介者使各个对象不需要显式地相互引用,从而使其耦合松散,而且可以独立的改变它们之间的交互。 主要解决:对象与对象之间存在大量的关联关系,这样势必会导致系统的结构变得很复杂,同时若一个对象发生改变,我 阅读全文
posted @ 2020-06-19 23:55 study-hard-forever 阅读(165) 评论(0) 推荐(0) 编辑
摘要:##职责链模式: 职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连接成一条链,并沿着这条链传递该请求,直到有一个(ConcreteHandler)对象处理它为止。 职责链模式UML结构图: 这里发出的请 阅读全文
posted @ 2020-06-19 23:54 study-hard-forever 阅读(124) 评论(0) 推荐(0) 编辑
摘要:##命令模式: 命令模式(Command)(行动(Action)模式或交易(Transaction)模式。),是一种数据驱动的设计模式,它属于行为型模式,将一个请求封装成一个对象,从而使你可用不同的请求对客户进行参数化,对请求排队或者记录请求日志,以及支持可撤销的操作。 命令模式是对命令的封装。命令 阅读全文
posted @ 2020-06-19 22:20 study-hard-forever 阅读(162) 评论(0) 推荐(0) 编辑
摘要:##桥接模式: 桥接模式(Bridge),将抽象部分与它的实现部分分离,使它们都可以独立地变化。(实现系统可能有多角度分类,每一种分类都有可能变化(只用继承会造成类的大量增加,不能满足开放——封闭原则),那么就把这种多角度分离出来让它们独立变化,减少它们之间的耦合) 抽象与它的实现分离,并不是说让抽 阅读全文
posted @ 2020-06-19 22:17 study-hard-forever 阅读(126) 评论(0) 推荐(0) 编辑
摘要:##单例模式: 单例模式(Singleton),保证一个类仅有一个实例,并提供一个访问它的全局访问点。(本质:控制实例数目) 单例模式UML结构图: Singleton模式包含的角色只有一个,就是Singleton。Singleton拥有一个私有构造函数,确保用户无法通过new直接实例它。除此之外, 阅读全文
posted @ 2020-06-19 22:16 study-hard-forever 阅读(132) 评论(0) 推荐(0) 编辑
摘要:##迭代器模式: 迭代器模式(Iterator),提供一种方法顺序访问每一个聚合对象中的各个元素,而又不暴露该对象的内部表示。 何时使用: 当需要访问一个聚集对象,而且不管这些对象是什么都需要遍历的时候,就可以考虑使用迭代器模式。 需要对聚集有多种遍历方式时,可以考虑使用迭代器模式。 使用场景: 访 阅读全文
posted @ 2020-06-19 22:14 study-hard-forever 阅读(131) 评论(0) 推荐(0) 编辑
摘要:##组合模式: 组合模式(Composite),将对象组合成树形结构以表示“部分整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 组合模式UML结构图: 组合模式的目的:让客户端不再区分操作的是组合对象还是叶子对象,而是以一种统一的方式来操作对象树,组合模式会组合出树形结构来 阅读全文
posted @ 2020-06-19 22:12 study-hard-forever 阅读(135) 评论(0) 推荐(0) 编辑
摘要:##备忘录模式: 备忘录模式(Memento),在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样以后就可以将该对象恢复到原先保存的状态。 示意图如下: 优点: 1、给用户提供了一种可以恢复状态的机制,可以使用户能够比较方便地回到某个历史的状态。 2、实现了信息的封装, 阅读全文
posted @ 2020-06-19 22:11 study-hard-forever 阅读(141) 评论(0) 推荐(0) 编辑
摘要:##适配器模式: 适配器模式(Adapter),将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。简单地说,就是所需要的东西就在眼前,但却不能使用,而在短时间内又无法改造它,于是我们就想办法适配它。 适配器模式主要应用于我们希望复用 阅读全文
posted @ 2020-06-19 22:10 study-hard-forever 阅读(139) 评论(0) 推荐(0) 编辑
摘要:##状态模式: 状态模式(State),当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。 状态模式主要解决的是当一个控制对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。(面向对象设计其实就是希望做到代码的责 阅读全文
posted @ 2020-06-19 22:09 study-hard-forever 阅读(120) 评论(0) 推荐(0) 编辑
摘要:##抽象工厂模式: 提供一个创建一系列相关或者相互依赖对象的接口,而无需指定它们具体的类。 例:我们在调用数据库时,可能会采用不同的数据库,进而其实现细节也会有所不同。如果我们在客户端实例化数据库对象,那么这个对象就完全被这个数据库限制了,若采用其他数据库时,在执行同样地操作时(比如插入数据)我们就 阅读全文
posted @ 2020-06-19 22:08 study-hard-forever 阅读(245) 评论(0) 推荐(0) 编辑
摘要:##观察者模式: 观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象,这个主题对象在状态发生变化时,会通知所有观察者对象(依赖它的对象),使它们能够自动更新自己。观察者模式属于行为型模式。 观察者模式又叫: 发布——订阅(Publish/Subscribe)模式 模型——视 阅读全文
posted @ 2020-06-19 00:51 study-hard-forever 阅读(91) 评论(0) 推荐(0) 编辑
摘要:##建造者(生成器)模式: 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 如果我们采用建造者模式,我们只需要指定需要创建的类型就可以得到他们,而不需要了解具体的创建过程和细节。 建造者模式UML结构图: 建造者(Builder)角色:定义创建一个Product对象所需的 阅读全文
posted @ 2020-06-19 00:49 study-hard-forever 阅读(79) 评论(0) 推荐(0) 编辑
摘要:##外观(门面)模式: 为子系统中的一组接口提供一个一致的界面,此时模式定义了一个高层接口,这个接口使得这一个子系统更加容易使用,即该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。 主要解决:降低访问复杂系统的内部子系统时的复杂度,简化客户端与之的接口。 何时使用: 1、客户端不需要知道 阅读全文
posted @ 2020-06-19 00:48 study-hard-forever 阅读(57) 评论(0) 推荐(0) 编辑

点击右上角即可分享
微信分享提示