设计模式学习(六):重构与模式,推荐书籍(完)

  1. 云栖社区>
  2. 博客>
  3. 正文

设计模式学习(六):重构与模式,推荐书籍(完)

技术小美 2017-11-12 01:57:00 浏览929
展开阅读全文

备注:

1.        模式常常组合使用,共同解决问题。

2.        模式是特定场景下优雅的解决方案,因此场景很关键。在软件设计中,特定的场景可能是显而易见的,可能是隐而不现的,有时甚至是设计者有意创造的。因此使用模式时,对问题的分析至关重要。

3.        模式的使用是有先后之分的。

4.        DP书中所给的结构图仅仅是模式可能的实现方式之一,但不是唯一。实现一个模式往往有多种途径。

5.        模式本身是比较复杂的。纯粹的为了模式而模式,并不会改善设计,相反会引入不必要的复杂性。之所以使用模式,是因为它提供了一种优雅的解决方案

6.        有些模式,比如行为型的模式等,常常在设计初期就引入,但是更多的模式则不宜过早的引入。“Refactoring to Patterns”是目前普遍公认的最好的使用设计模式的方法。

7.        模式和语言无关

8.        使用模式不难,用好模式难.唯一的建议: 多编程。

重构与模式

  很多模式并非作为主模式被引入系统设计的,往往是在系统不断进化的过程中,根据需求而引入。模式的引入过程就是系统的一个组合重构过程。进化的系统需要持续重构,因此重构就成了使用模式的一个很好的途径。

  重构的目标:消除重复代码;消除冗余代码;简化代码逻辑。本质上,重构就是为了提高代码的可读性和可维护性等。

  重构往往需要测试驱动开发的支持。没有测试代码重构很难进行,测试代码是保证重构不破坏代码原有行为的必要条件。

  重构过程不宜采取过大的步骤。采取尽可能小的重构步骤,在不破坏代码行为的前提下,尽量使重构的代码在可编译状态下进行代码的增删和替换。小步骤的重构往往就是最快的重构方式。

  模式导向的重构是把重构和模式使用结合在一起的一个途径。

参考书籍

设计模式                    1995

设计模式精解(2nd)   2006

敏捷软件开发              2003

Refactoringto Patterns(中文: 重构与模式)  2006

HeadFirst Design Patterns     ElisabethFreeman, Eric Freeman 2007

推荐书籍:

测试驱动开发(TDD)     Kent Beck

重构                  Martin Fowler

Patternsof EnterpriseApplication Architecture   Martin Fowler

Extreme Programming Explained             Kent Beck

Object-orientedSoftware Construction         Bertrand Meyer

UMLDistilled(有中文版)                   Martin Fowler

大部分写于:2007-02-05~06

完成于2007-03-30

修改于:2009-09-05

---------------------------------------------------

兄弟的公司:立即购--手机购物,诚信网购

兄弟的公司:立即团

欢迎转载,请注明作者和出处


本文转自 zhenjing 博客园博客,原文链接:http://www.cnblogs.com/zhenjing/archive/2010/12/15/refactoring_2_patterns.html   ,如需转载请自行联系原作者

网友评论

登录后评论
0/500
评论
技术小美
+ 关注