逗B少年搞程序⑨ 我今天没吃小苹果，感觉自己萌萌哒~

    自从上次师姐让我改变文风之后，我也是做了好多的尝试啊，果然这个在逗比的路上走远了，回来还真是困难，等我想改再改也就是说说嘛，不然怎么去混那五万的访问量呢。

    是时候尝试一波改变了，经过短暂的思考与实践，终于发现了一个事实。。。能写出什么样的文字，取决于平时看什么样的文字，看来我要继续买几本最小说看看去了。

    于是这期就不改了，等我先写完这个系列再说吧，具体时间。。。看心情    (눈_눈)

    不过嘛，在这个全民快餐娱乐的年代，一些跟不上步伐的人就要被淘汰了，所以才说想要骗点回复什么的不自黑一下下，怎么骗得到啊~

    这个设计模式已经看完了很久了，已经拖了半个月的总结也该写出来了，追了这么长时间的漫画，别的没学会，脱稿和用其他剧情迂回倒是学的不错。

    那么，接下来就要突入结局篇剧情，哦，不是，是总结篇。

    。。。。。。

    武士之国，被那样称呼的世界，已经是很久以前的事了。上古之前，仿佛从天而降的遗迹带来了新的能源，也同样带来了争斗的理由。在巨大的利益面前，各种面具纷纷被撕破，长久以来的和平也随着土崩瓦解，就算在平时隐藏着，天性中压抑的某些基因也是存在的。贪婪，暴怒，懒惰，傲慢，贪食，嫉妒，色欲，《歌罗西书》第二章第18到23节，也许那个世界并没有《圣经》。

    历史总是由胜利者书写的，这个时候的剧情应该是，一方因为内心中的贪婪被激发，想要抢占所有的资源，而痛恨战争的剩余一方，则在领导者的集结下代表正义消灭侵略。但是，战争的权利被六个人所掌握着，他们被称为“天人”，共同掌握着这个世界的法则，制定了六条盟约，约束着这个世界

    。。。。。。

   （X：“喂！！！你在读什么啊！！！什么武士之国，连我的台词都敢用啊！！！后面跟的又是什么东西啊！！！你才是要掉到七宗罪的深渊去了！！！还嫌道歉不够多吗！！！”）

    好的，我们这个后台主持人出现了一点小小的情绪失控，为了不发生什么意外就不给大家继续讲故事了。既然时间不那么允许，我就不写什么遗迹大战版的总结了，省的大伙都看不懂，以小说的形式在CSDN上写总结，估计就我跟疯子一样这么想了，要是我能申请个这样的专栏下来，那么毫无疑问，CSDN的编辑也是疯了。跳过剧情，进入总结。

    

    设计模式，从字面上看突出一个高大上，讲给我们那些计算机系的老师也都觉得这个很抽象，很难学。这不一不小心我就给学完了，经过了半个月的沉淀与积累，果然快忘的差不多了，正好昨晚接到了不知道是哪天的通知，那就顺便总结一下，当做复习了。

    设计模式在我看来就是对六大盟约。。。六大原则遵循的极致，也许应该换一个，“机智！”

    为什么说机智，首先我们看一下设计模式的基本，六大原则。

        开放-封闭原则：对拓展开放，对修改封闭。

    单一职责原则：一个类一个工作

    里氏替换原则：子类可以完全替换父类

    依赖倒置原则：高层模块，细节，全部依赖抽象

    聚合复用：少用继承，多用聚合组合

    迪米特法则：减少类之间的通讯

    开闭原则是最终要实现的原则，通过遵照其他的五项原则，来达成实现拓展开放，修改关闭的目的，但是在仅仅是做到遵照原则编程，在一些情况下是不够的，前人们在工作的时候各种实现不了老板刻薄的要求，于是设计模式诞生了。

    灵活的利用继承，封装，多态三大特征，并且在六大原则的限制下，使代码完善可拓展，不得不说，适时的思考真的可以改变很多。

    终于要写到各种模式了，本来应该是好几天之前就开始写的，一直没敢动手，大概也是这里理解的不够深刻吧。

    设计模式分创建型，结构型，行为型，三种。

    创建型模式主要解决创建对象的问题。三工厂模式使用单独的工厂类来决定要实例化的对象；原型模式提前封装好大部分相同的细节，可直接复制，并留下可重写的方法；单例模式保证了创建的对象不会重复；建造者模式则是将对象和建造过程和表示分离。

    结构型模式主要通过改变类的结构，关系，解决一些实际遇到的问题。装饰模式可以给现有的类提供新的功能；享元模式共享大量细粒度的对象，有效减少内存的压力；代理模式提供一种间接访问的能力；组合模式用组合代替继承，解决层次模型的不二选择；桥接模式用聚合代替继承，实现解耦；适配器模式帮助用户得到想要的接口；外观模式给出一个高于子系统地接口，让用户只看到这一个接口。

    行为型模式比较多，大概是因为类与类之间的通信很复杂，遇到的不可解决的问题较多，远古大神们就多写了几个模式。职责连模式把请求一层层向上传，直到可以被处理；命令模式将请求封装，来应对不同的客户；解释器模式就是个翻译器，把不懂得代码翻译出来；迭代器模式可以遍历集合每一个的元素，而不暴露出内部细节；中介者模式类之间的通讯通过一个中介类来进行，有效降低耦合；备忘录模式在不知道内部细节的情况下，备份当前的状态，可以之后进行还原；观察者模式，对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖它的对象都得到通知并自动更新；状态模式，允许对象状态改变同时改变行为；策略模式，提供多种策略进行选择；模板方法，事先写好大部分算法骨架，具体细节到子类中实现；访问者模式最复杂，在不改变类的前提下重新定义类的操作，我的理解就是用来进行拓展功能的。

    最后浏览了一遍书，顺便联系了一下可能用到的某些场景，发现单一的模式有时候并不能解决问题，把模式们组装起来一起用，也许会有意外收获。

    写了几天的博客，最后排版成这个德行也果然是我的风格啊，扯淡的内容永远多于正经内容，本来想着画个表格什么的，匆忙准备今天下午的讲课，结果告诉我不讲了。。。那就这样吧，说是设计模式的总结，其实也就是写写自己对各个模式的理解，应用来说还是非常的困难啊，不过可以简单想象一下重构的时候哪里用什么模式了。