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

上一页 1 2 3 4 5 6 7 8 9 ··· 13 下一页
摘要: ##职责链模式: 职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连接成一条链,并沿着这条链传递该请求,直到有一个(ConcreteHandler)对象处理它为止。 职责链模式UML结构图: 这里发出的请 阅读全文
posted @ 2020-06-19 23:54 study-hard-forever 阅读(123) 评论(0) 推荐(0) 编辑
摘要: ##命令模式: 命令模式(Command)(行动(Action)模式或交易(Transaction)模式。),是一种数据驱动的设计模式,它属于行为型模式,将一个请求封装成一个对象,从而使你可用不同的请求对客户进行参数化,对请求排队或者记录请求日志,以及支持可撤销的操作。 命令模式是对命令的封装。命令 阅读全文
posted @ 2020-06-19 22:20 study-hard-forever 阅读(156) 评论(0) 推荐(0) 编辑
摘要: ##桥接模式: 桥接模式(Bridge),将抽象部分与它的实现部分分离,使它们都可以独立地变化。(实现系统可能有多角度分类,每一种分类都有可能变化(只用继承会造成类的大量增加,不能满足开放——封闭原则),那么就把这种多角度分离出来让它们独立变化,减少它们之间的耦合) 抽象与它的实现分离,并不是说让抽 阅读全文
posted @ 2020-06-19 22:17 study-hard-forever 阅读(122) 评论(0) 推荐(0) 编辑
摘要: ##单例模式: 单例模式(Singleton),保证一个类仅有一个实例,并提供一个访问它的全局访问点。(本质:控制实例数目) 单例模式UML结构图: Singleton模式包含的角色只有一个,就是Singleton。Singleton拥有一个私有构造函数,确保用户无法通过new直接实例它。除此之外, 阅读全文
posted @ 2020-06-19 22:16 study-hard-forever 阅读(125) 评论(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 阅读(132) 评论(0) 推荐(0) 编辑
摘要: ##备忘录模式: 备忘录模式(Memento),在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样以后就可以将该对象恢复到原先保存的状态。 示意图如下: 优点: 1、给用户提供了一种可以恢复状态的机制,可以使用户能够比较方便地回到某个历史的状态。 2、实现了信息的封装, 阅读全文
posted @ 2020-06-19 22:11 study-hard-forever 阅读(137) 评论(0) 推荐(0) 编辑
摘要: ##适配器模式: 适配器模式(Adapter),将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。简单地说,就是所需要的东西就在眼前,但却不能使用,而在短时间内又无法改造它,于是我们就想办法适配它。 适配器模式主要应用于我们希望复用 阅读全文
posted @ 2020-06-19 22:10 study-hard-forever 阅读(137) 评论(0) 推荐(0) 编辑
摘要: ##状态模式: 状态模式(State),当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。 状态模式主要解决的是当一个控制对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。(面向对象设计其实就是希望做到代码的责 阅读全文
posted @ 2020-06-19 22:09 study-hard-forever 阅读(116) 评论(0) 推荐(0) 编辑
摘要: ##抽象工厂模式: 提供一个创建一系列相关或者相互依赖对象的接口,而无需指定它们具体的类。 例:我们在调用数据库时,可能会采用不同的数据库,进而其实现细节也会有所不同。如果我们在客户端实例化数据库对象,那么这个对象就完全被这个数据库限制了,若采用其他数据库时,在执行同样地操作时(比如插入数据)我们就 阅读全文
posted @ 2020-06-19 22:08 study-hard-forever 阅读(242) 评论(0) 推荐(0) 编辑
摘要: ##观察者模式: 观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象,这个主题对象在状态发生变化时,会通知所有观察者对象(依赖它的对象),使它们能够自动更新自己。观察者模式属于行为型模式。 观察者模式又叫: 发布——订阅(Publish/Subscribe)模式 模型——视 阅读全文
posted @ 2020-06-19 00:51 study-hard-forever 阅读(90) 评论(0) 推荐(0) 编辑
摘要: ##建造者(生成器)模式: 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 如果我们采用建造者模式,我们只需要指定需要创建的类型就可以得到他们,而不需要了解具体的创建过程和细节。 建造者模式UML结构图: 建造者(Builder)角色:定义创建一个Product对象所需的 阅读全文
posted @ 2020-06-19 00:49 study-hard-forever 阅读(76) 评论(0) 推荐(0) 编辑
摘要: ##外观(门面)模式: 为子系统中的一组接口提供一个一致的界面,此时模式定义了一个高层接口,这个接口使得这一个子系统更加容易使用,即该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。 主要解决:降低访问复杂系统的内部子系统时的复杂度,简化客户端与之的接口。 何时使用: 1、客户端不需要知道 阅读全文
posted @ 2020-06-19 00:48 study-hard-forever 阅读(57) 评论(0) 推荐(0) 编辑
摘要: ##模板方法模式: 定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 模板方法模式实际上是所有模式中最为常见的几个模式之一,而且很多人可能使用过模板方法模式而没有意识到自己已经使用了这个模式。模板方法模式是基于继承的代码复 阅读全文
posted @ 2020-06-19 00:47 study-hard-forever 阅读(56) 评论(0) 推荐(0) 编辑
摘要: ##原型模式: 用原型实例指定创建对象的种类,并且通过拷贝这种原型创建新的对象。(从一个对象再创建另外一个可定制的对象,而且不需要知道任何创建的细节) 使用场景: 1、资源优化场景。 2、类初始化需要消化非常多的资源,这个资源包括数据、硬件资源等。 3、性能和安全要求的场景。 4、通过 new 产生 阅读全文
posted @ 2020-06-19 00:46 study-hard-forever 阅读(123) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 7 8 9 ··· 13 下一页