随笔分类 -  设计模式

摘要:这是23种设计模式的最后一个——访问者模式,这个模式确实不怎么好理解,不怎么好用,而且实际中也很少用到这个设计模式。《大话设计模式》中就提到GoF四个人中有一个说过:“大多数时候你并不需要访问者模式,但当一旦你需要访问者模式时,那就是真的需要它了。”我们先来说说访问者模式运用到什么场景中,它适用于数 阅读全文
posted @ 2016-10-16 23:36 OKevin 阅读(527) 评论(0) 推荐(0) 编辑
摘要:解释器模式,简单来讲就是一个简版的编译器,如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。解释器模式能对一些较频率执行的文法转换为一种特定的文法类型,不过解释器模式也有其不足,就是如果文法较为复杂的话,就得需要将每一个文法转换成至少一个类,如果包含 阅读全文
posted @ 2016-10-13 23:47 OKevin 阅读(417) 评论(0) 推荐(0) 编辑
摘要:享元模式核心掌握的一点就是——共享。如果一个程序代码中存在大量细粒度的对象,而这些大量的对象造成了很大的存储开销时就应该考虑使用。例如一个博客网站,每个人根据自己的账号登录自己的博客,此时每个“博客类”就应该成为共享,这也称为内部状态,但每个人博客里的数据又不同,这时用不同的账号区分也即是称为外部状 阅读全文
posted @ 2016-10-13 00:10 OKevin 阅读(389) 评论(0) 推荐(0) 编辑
摘要:学了这么多的设计模式,离真正的实际运用还有很长的路要走,理论是理论,理论结合实践才有用。今天继续吧,继续一个学习一个新的设计模式——中介者模式。 中介在现实生活中非常常见,比如你要租一个房子,可能你不会和房东直接接触而是通过中介来完成一系列繁琐的过程。中介者模式就是这样的存在,如果一个类需要调用另一 阅读全文
posted @ 2016-10-12 00:34 OKevin 阅读(285) 评论(0) 推荐(0) 编辑
摘要:所谓职责链模式,其实在现实中非常常见,比如你要提出一个申请,首先可能通过你的组长,你的组长没有权力审批时会上报到经理,经理没有权力审批时上报到总监,总监没有没有权力审批时上报到总经理等等,以此类推直到有权力的管理者来审批。 这种场景我们可以用if-else判断分支来实现,不过记住大量的if-else 阅读全文
posted @ 2016-10-10 00:29 OKevin 阅读(602) 评论(0) 推荐(0) 编辑
摘要:当学了这个命令模式后,又一次体会到编程的艺术,明明一个看似很简单的事,却要用“复杂”的方法来实现,就像在之前我多次说到的,其实并不是“复杂”,并不是“难”,而是自己基本功太弱,这些看似“复杂”的设计并不是故弄玄机卖弄,仔细学习过后才发现之精妙。比如今天要说的命令模式,书中举的例子非常典型。去路边摊买 阅读全文
posted @ 2016-10-09 00:20 OKevin 阅读(1531) 评论(2) 推荐(0) 编辑
摘要:桥接模式要把握的很重要的一点就是:类的继承关系和类的组合/聚合关系,何时应该考虑使用何种关系。是不是在编程过程中一味地使用类的继承关系就代表这就是面向对象编程了?有时候并不是这样,Java的类继承设计成单继承模式我想应该就是不想把类的继承关系搞得过于复杂,实际上我们应该优先使用对象组合/聚合,而不是 阅读全文
posted @ 2016-10-07 23:32 OKevin 阅读(702) 评论(0) 推荐(0) 编辑
摘要:今天要说的迭代器模式,实际上就是Java已经为我们实现好了,那就是Java的Iterator类。包括很多编程语言也有自己的迭代器类,但同时它也是一个设计模式,所以在我们实现迭代器模式的时候实际上就是在实现一个迭代器类。 我们先来了解何为迭代器?其实你把它简单理解为for循环也没什么问题,可以说是它是 阅读全文
posted @ 2016-09-29 00:35 OKevin 阅读(317) 评论(0) 推荐(0) 编辑
摘要:备忘录模式,望文生义就知道它是用来做备忘的,或者可以直接说是“备份”。当需要保存当前状态,以便在不久要恢复此状态时,就可以使用“备忘录模式”。将当前”状态“备份,是不是又new一个类,然后将每个字段方法copy过去就可以了呢?或者说使用我们之前clone方法做深复制浅复制呢?其实不然,在《大话设计模 阅读全文
posted @ 2016-09-27 23:44 OKevin 阅读(293) 评论(0) 推荐(0) 编辑
摘要:适配器模式其实很简单,或者说学了设计模式到现在,虽然每次看到各种名字的设计模式就觉得很高端,但当真正了解过后才知道其实也没有那么玄乎,有的东西在我们平时的时候都已经用到过了。比如这次我们要说的适配器模式,说白了,就是以前的代码接口,和我们客户端需要调用的接口不一致,但以前代码功能又是我们想要的功能。 阅读全文
posted @ 2016-09-26 23:33 OKevin 阅读(418) 评论(0) 推荐(0) 编辑
摘要:今天要说的设计模式——状态模式,个人觉得非常有意思,因为此种设计模式的运用场景几乎可以说是每个程序里都可以用上。当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。定义一般来说都是晦涩难懂的。我们同样来通俗一点解释,首先解释这种模式的运用场景,这种模式一般用在有大量if-else 阅读全文
posted @ 2016-09-26 00:07 OKevin 阅读(255) 评论(0) 推荐(0) 编辑
摘要:外观模式又称为门面模式,为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。我们还是用通俗的语言来解释这句话的意思。当你需要实现某个功能,而实现这个功能需要调用N多接口,N多的类,这个时候实际上会使得你的代码变得耦合度非常大,怎么办呢?我们可以将这一 阅读全文
posted @ 2016-09-25 00:51 OKevin 阅读(327) 评论(0) 推荐(0) 编辑
摘要:我们思考这么一种场景,课堂上老师在黑板即兴出几道题,学生在下面在手抄黑板上的题目,这个时候前面的同学可能能抄对题目,但后面的同学可能因为太远看不清老师写的字,或者说老师写错了一个数据要修改的时候,所有学生都要跟着改一遍。连题目都抄错的同学,怎么可能做对题呢?不是同样的标准,怎么评判学生的成绩呢? 但 阅读全文
posted @ 2016-09-24 00:39 OKevin 阅读(1308) 评论(0) 推荐(1) 编辑
摘要:策略模式,需要我们结合简单工厂模式,更高级地用法可能需要我们掌握Java反射机制。简单工厂模式我们在最早的时候介绍,我们也谈到了一点Java的反射机制。借着学习策略模式的机会,我们顺便复习一下简单工厂模式和反射。 先说说何为策略模式。“策略”我的理解是,对一件事,有不同的方法去做,至于用何种方法取决 阅读全文
posted @ 2016-09-21 00:20 OKevin 阅读(3187) 评论(1) 推荐(1) 编辑
摘要:原型模式涉及一个浅复制和深复制的概念。原型模式可以简单理解为“复制”,但这个复制不是代码的复制。对同一个类,我们可以实例化new三次来“复制”,但如果在初始化的时候构造函数的执行很长,多次实例化就显得效率很低效了。那我们能否只实例化一次,然后“复制”呢? 这样写吗?注意这是引用的复制,这实际上还是只 阅读全文
posted @ 2016-09-17 22:06 OKevin 阅读(5128) 评论(0) 推荐(0) 编辑
摘要:对于建造者模式,我们首先来说明建造者模式是用来干嘛的。建造模式一般用于创建复杂对象,这些复杂对象的构建过程是稳定的,但是内部的构件通常要面临比较复杂的变化。怎么来解释呢?我们利用《大话设计模式》中的例子来解释,创建一个胖子和一个瘦子,我们需要画出头、手、脚、身体这几个部分,最没水平的写法是写两个类, 阅读全文
posted @ 2016-09-16 23:22 OKevin 阅读(480) 评论(0) 推荐(0) 编辑
摘要:前两篇我们自己首先实现了一个观察者模式,我们再利用Java自带的接口和类实现了观察者模式,但其实两种观察者模式存在不足的地方。之前两种观察者模式的观察者(订阅者)都是实现了一个同一个接口,实现了接口中的update方法,但是如果两个观察者风马牛不相及,完全无关呢?或者他们的方法名不一样这个时候该怎么 阅读全文
posted @ 2016-09-16 16:10 OKevin 阅读(1625) 评论(3) 推荐(0) 编辑
摘要:对于观察者模式,其实Java已经为我们提供了已有的接口和类。对于订阅者(Subscribe,观察者)Java为我们提供了一个接口,JDK源码如下: 和我们上一篇实现的观察者一样,仅提供一个update方法用于接收通知者的通知做出相应改变。 我们再来看看Java为我们提供了一个怎样的通知者(Publi 阅读全文
posted @ 2016-09-15 00:06 OKevin 阅读(22827) 评论(0) 推荐(0) 编辑
摘要:订阅者模式通常也成为发布-订阅模式,发布者也称为通知者,订阅者也称为观察者。通知者发出通知,各发布者则收到通知后做出相应的动作。由于存在不同的订阅者和通知者,所以将这两者抽象出来。 其实Subject和Observer是抽象类还是接口,这个是比较灵活的,取决于你的应用场景是怎样,总之就是要将它们抽象 阅读全文
posted @ 2016-09-14 00:20 OKevin 阅读(1017) 评论(0) 推荐(0) 编辑
摘要:今天和同事聊起了单例模式的线程安全,我说如果不做任何措施,单例模式在多线程下是不安全的,得到的“单例”实际上并不是单例。但是为什么不是单例呢?由此我上网查了一下,在使用单例模式时,一定要注意线程安全问题,之前的写法没有任何问题。如下: 问题就在于,synchronized对整个方法加锁,形成同步机制 阅读全文
posted @ 2016-09-13 00:03 OKevin 阅读(15140) 评论(1) 推荐(0) 编辑