设计模式学习清单

最新推荐文章于 2024-08-14 13:40:47 发布

山里来的鱼

最新推荐文章于 2024-08-14 13:40:47 发布

阅读量1.3k

点赞数

分类专栏：设计模式文章标签：设计模式敏捷编程 erlang 通讯 java

本文链接：https://blog.csdn.net/andrew_85/article/details/5810179

版权

设计模式专栏收录该内容

2 篇文章 0 订阅

订阅专栏

关于GOF的23种设计模式许多人已经耳熟能详，这段时间把程杰的《大话设计模式》过了一遍，略有感悟，和大家共勉。

首先看一下模式的定义：

模式：在某情境下，针对某问题的某种解决方案。

情境：应用某个模式的情况。这应该是不断重复出现的情况。
问题：你想在某情境下达到的目标，但也可以是某情境下的约束。
解决方案：这是我们的目标。一个通用的设计，用来解决约束，达到目标。

个人认为设计模式就是为了处理不断变化的需求，充分利用面向对象的特性——封装、继承、多态和抽象来达到所谓的OCP——对修改封闭，对扩展开放等面向对象设计原则的目的；最初，我以为，只要掌握了不同设计模式的变与不变就掌握了设计模式。如抽象工厂，其变化是：实现系统可能有多角度的分类，每一种分类都有可能变化，比如说手机应用，按品牌分可分为诺基亚、西门子、苹果等；按应用分则可分通讯簿、M游戏、N游戏等，而不变的则是每个具体的品牌的接口和应用，比如说通讯簿就是为了存放联系人的信息。再如：模板方法模式，其不变的是不同场景下要完成某一过程的步骤一样，变化的是，完成某个步骤的细节上可能不一样。后来，当我发现很多模式又极其相似时，我疑惑了：建造者模式的变与不变好像与模板方法模式一样？至今，仍有很多模式间的细微差别不是很了解，一次偶然机会，看了《大话设计模式》的序言后，才发现，原来很多人都会有这么一个过程。

作者说，设计模式有四境界：

1. 没学之前一点都不懂，根本想不到用设计模式——个人认为用“想不到利用面向对象的特性”更确切，而且很多没有学习设计模式，却很有经验的人，在写代码中自然而然地用到了模式而不自知，比如典型的模板方法模式

2. 学了几个模式后，很开心，于是处处想着要用设计模式——现实中我也遇到了这样的同事，包括我自己也是

3. 学完后，感觉诸多模式极其相似，有困惑，但深知误用之害，应用时有所犹豫

4. 灵活应用模式，甚至不应用模式也能设计出非常优秀的代码，或者说用到了模式而不自知

看到这，突然想起《神雕侠侣》第二十六回，杨过发现独孤求败的剑冢的场景:

杨过提起右首第一柄剑，只见剑下的石上刻有两行小字：
“凌厉刚猛，无坚不摧，弱冠前以之与河朔群雄争锋。”

他将剑放回原处，会起长条石片，见石片下的青石上也刻有两行小字：
“紫薇软剑，三十岁前所用，误伤义不祥，乃弃之深谷。”

看剑下的石刻时，见两行小字道：
“重剑无锋，大巧不工。四十岁前恃之横行天下。”

但见剑下的石刻道：
“四十岁后，不滞于物，草木竹石均可为剑。自此精修，渐进于无剑胜有剑之境。”

一直以来，我都认为学习编程就像习武一样，不同的语言不同方法（C、C++、Java、C#、Python、Erlang等；面向过程、面向对象、函数式编程）对应着不同的门派不同招式（少林、武当、峨眉等）。有的人，执着于某个招式，有的人如独孤求败，令狐冲等，在他们眼中，招式只是一种表现形式。记得我刚接触设计模式时，有个做Java的人居然跟我说C++没有设计模式，在这里我要说的是，我不是损他，而是想说，学习任何事物，都需要弄清楚它能为我们带来什么，为什么要学习它。就像我们公司有些人推荐敏捷一样，我不是鄙视敏捷，相反，我比较喜欢测试驱动开发，喜欢结对编程，但是我觉得敏捷有它适合的领域，也有他不擅长的领域，不是有人说敏捷不是银弹么？至少我觉得做电力系统软件，光有敏捷是不行的，但是可以借鉴敏捷中的部分好思想。

闲话说了一堆，言归正传，在学习模式时，我觉得，最重要的是弄清楚模式适用的领域，为此，本文由三部分组成:

模式分类——分类中包括对模式应用场景的简述，其中红色部分出自GOF《设计模式》、模式比较和其他模式