qq_21856675的博客

这两天好苦恼，感觉记不住每一种设计模式，学完了，复习的时候又要像没学过一样重新再看一遍，最后都会忘，不如写成一种便于检索的方式，当需要用的时候根据需要查找好了。 设计模式分为创建型模式，结构性模式以及行为型模式。其中创建型模式分为简单工厂模式，工厂模式，抽象工厂模式以及创建者模式；还有单例模式和原型模式。其中比较难理解的是前面四个，后面的两个理解上很简单，单例模式是当只能创建一个实例的时候用，比

本人新手，发博客纯属为了，鼓励自己监督自己，如果有错误还请指正，虽然我认为没什么人会看啦 好了！开更！（我是按大话设计模式一章节一章节看过来） 接触充满代码的世界算下来差不多快有一年了，几个主流语言都有涉猎，写代码也能实现些零零碎碎的功能，但总觉得自己离独立完成一个项目却如此的遥遥无期，总觉得缺少东西将所有的功能联系起来，而且写出来的代码效率总是很低。无意中知道了设计模式这个东西，随便下了个p

刚刚第二天就没有更了，真是对自己的行为感到羞愧，今天到凌晨睡觉都要补上。昨天写不出来因为我发现我的想法错了，但实在又想不出来错的是什么，今天终于弄明白一点了，昨天除了对于面向对象有了新的认识之外，还有简单工厂模式，我一直想不明白这个模式的意义是什么，可能别的书上有很复杂的解释，但是用一句话概括起来很简单，就是把会经常重复用的功能做成类，每当要实现这个功能的时候，就去new一个这个类，这样当需要修改

所有的设计模式都是为了五个基本原则服务的

不知道为什么基本每一个介绍里氏替换原则的文章都要先在开头介绍里氏替换法则的由来，可能这个人实在很屌吧，“里”是这位麻省理工的教授名字的第一个发音。 这个如此屌的教授给出的定义也如此厉害： 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1

设计模式有六大原则，这六大原则分别是：单一职责原则，里氏替换原则，依赖倒置，借口隔离，迪米特法则，开闭原则。 单一职责定义如其名字：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 这个原则粗看之下很简单，在很多书中也轻描淡写地一笔带过，但在我翻阅了相关资料过后发现，其实这个原则的难点在于修改已经写好的类时候。在编写程序的一开始，大部分人都会遵守单一职责原则，但是，当发生比

依赖倒置原则定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 我觉的这个定义写的不是很好，这个定义里面有个误区就是高层模块和底层模块，假设有个class A和class B,B继承A，很多人会认为A是高层模块，B是底层模块，而这个原则和这并没什么关系，重点是在后一句，细节应该依赖抽象。看了很多资料，我觉得这个原则最主要是关于借口类的运用。提醒我们要用