关于设计模式的一些看法与思考

《design pattern explained》
服务器君一共花费了330.451 ms进行了7次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

最近看完了《design pattern explained》,本打算单单的从技术角度进行总结的,但是却全然没有头绪。说说自己的粗浅的感悟吧。

书里没有把23中设计模式全部罗列出来,摆上类图和源代码,恩,这样的做法在作者看来很傻。作者说,将目标集中在设计模式解决问题本身上“only tells us what to do but not when to use and why to do it”。是的,我们需要的应该是思考的过程和方法,而不是前人留给我们的思考结果。

从这个角度讲,设计模式里我们应该学到什么?

设计模式是一组伟大的思想结晶。我们的出发点是应对可能出现和已经出现的需求,并且降低未来的维护难度。我们使用的技术手段是面向对象。

所以,我们要学习:究竟什么是面向对象?为什么要面向对象?怎么面向对象?

面向对象不是封装继承多态。面向对象之父告诉甚至我们,封装继承多态不是他最big idea----message passing 才是!但是message passing也仅仅是看到了表面而已,message passing体现了一个很重要的观点----an object should responsible for themselves!而且这只是管中窥豹,我们还可以看到更多的东西。

为什么要面向对象?面向对象使我们的代码易于书写和维护。不要以为using namespace或者encapsulation就是易于书写和维护,真正的易于书写是指,当我们编码时思考的难度降低了,当需求发生变化的时候我们所做的更改减少了。

怎么面向对象?书中说要从三个角度考虑:conceptual level、specification level和implementation level

从面向过程到面向对象

事物的发展难以摆脱否定之否定原理,程序设计也是如此。面向过程是很自然而然产生的一种设计思路,因为他符合了计算机处理问题的方式。但他有他固有的缺点,其实可以把面向过程看成是高度耦合,松散内聚的面向对象的设计方式。任何两个对象,或者说模块间都可以互相访问对方的成员,模块间分工并不明确,分工的依据是任务的完成顺序。这样一来我们处理问题会很头疼,我们不得不小心翼翼的控制模块不要错误的访问数据。而某个模块任务的完成可能会用到很多其他的模块,当某个模块改动的时候,并不知道这会给其他的模块带来怎么样的负面影响,就像作者说的“Like a snowball that picks up snow as it rolls downhill, a focus on functions leads to a cascade of changes from which it is difficult to escape.”

那高内聚,低耦合的面向对象又有什么好处呢?面向对象里很重要的一个特性是封装,这个封装不止是对数据的封装,还包括对行为,对概念,对实现细节等等的封装,尽可能的叫对象去负责属于他的责任,而外部不需要关心的细节则一概隐藏起来,这似乎更加符合人的思路。这本书里不停的提到《the timeless way of building》,就像建筑一样,房子是用来住的,作为用户我们并不需要知道怎么去盖这所房子,不需要知道房子的骨架----我们只负责住,房子只负责保护我们。

传统面向对象与新观点下的面向对象

书中不停的重复三个观点:

  • Design to interfaces. 封装细节,使使用者和被使用者都能更好的responsible for themselves
  • Favor composition over inheritance. 防止类爆炸,提高内聚。
  • Find what varies and encapsulate it. 封装变化,应对可能的需求变更。

书中余下的篇幅都是在介绍几种设计模式,里面详细应用到了这几个观点。

设计模式

这一部分我不敢太多的赘述,我还没能将这些模式应用到实践中来。稍作粗浅的总结吧。可能有很多错误的理解,希望诸位看官能帮我纠正~

  • the facde pattern:封装复杂的接口或者不需要被外部了解的细节,对外提供一个简单的接口。
  • the adaptar pattern:封装不同的类,使他们具有相同的对外的接口,方便使用。
  • the bridge pattern:概念和实现分离。
  • the abstract factory pattern:由控制器负责对象类型的选择,工厂负责生产相应的对象。隐藏对象合成的细节。
  • the strategy pattern:这个模式很好的实现了两个原则“合成复用”和“封装变化”。将可能出现的变化封装起来,在原对象中组合该封装该变化的对象,靠一个config对象来控制策略的选择。
  • the decorator pattern:这个模式的本质是装饰类的功能,在实现原有类的基础上实现新的功能。
  • the singleton pattern:无须多言,保证只存在一个实例。
  • the observer pattern:说白了就是一群对象盯着消息队列,监听到自己能处理的消息就做出相应的行动。
  • the factory pattern:工厂是抽象的,只定义了子类需要实现什么功能,具体怎么实现,由子类决定。

就谈到这里。

本文地址:http://www.nowamagic.net/librarys/veda/detail/89,欢迎访问原出处。

不打个分吗?

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/89

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

大家都在看

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《大话数据结构》 程杰 (作者)

《大话数据结构》主要内容包含:数据结构介绍、算法推导大O阶的方法;顺序结构与链式结构差异、栈与队列的应用;串的朴素模式匹配、KMP模式匹配算法;二叉树前中后序遍历、赫夫曼树及应用;图的深度、广度遍历;最小生成树两种算法、最短路径两种算法;拓扑排序与关键路径算法;折半查找、插值查找、斐波那契查找等静态查找;稠密索引、分块索引、倒排索引等索引技术;二叉排序树、平衡二叉树等动态查找;B树、B+树技术,散列表技术;冒泡、选择、插入等简单排序;希尔、堆、归并、快速等改进排序。

更多计算机宝库...