重构与模式(Refactoring to Patterns)-读书笔记

           第一章

 ☛过度设计：是指代码的灵活性和复杂性超出所需。

第二章

☛重构是一种保持行为的转换。

第三章

☛每一个模式都是由三部分组成的规则，他表达的是某一环境，一个问题以及解决问题的方案之间的关系。

☛模式痴迷：对模式过于依赖。

第四章

☛代码坏味道

      ●代码重复（Duplicated Code）

           通常可以通过形成Template Method重构。      

      ●方法过长（Long Method）

      ●条件逻辑太复杂（Conditional Complexity）

      ●基本类型迷恋（Primitive Obsession）

      ●不恰当的暴漏（Indecent Exposure）

           用工厂封装类重构可以去除这种坏味道。

      ●解决方案蔓延（Solution Sprawl）

      ●异曲同工的类（Alternative Classes with Different Interfaces）

      ●冗余类（Lazy class）

      ●类过大（Large Class）

      ●分支语句（Switch Statement）

      ●组合爆炸（Combinatorial Explosion）

      ●怪异解决方案（Oddball Solution）

 第六章

☛解决各种设计代码的问题

      ●用Creation Method 替换构造函数

       类中有多个构造函数，很难决定用哪一个。

      ●  将创建知识版移到Factory   

        用来实例化的一个类的数据和代码在多个类中到处都是。移到factory。

      ●用Factory封装类

       直接实例化处在同一包结构中，实现同一接口的多个类。把类的构造函数声明为非公共的，并通过Factory来创建他们的实例。

      ●用Factory Method 引入多态的创建。

      一个层次中的类都类似的实现一个方法，只是创建的步骤不同。创建调用Factory Method来处理实例化的方法的唯一超类版本。

第七章 

☛简化

      ●组合方法

      你无法迅速的理解一个方法的逻辑。把方法的逻辑转换成几个同一细节层面上的，能够说明意图的步骤。

      ●用Strategy替换条件逻辑。

      方法中条件逻辑控制着应该执行哪个计算的变体，为每一个变体创建一个Strategy并使方法把计算委托到Strategy实例。

      ●将装饰功能搬移到Decorator

      代码向类的核心职责提供装饰的功能。将装饰代码搬移到Decorator。

      ●用state替换状态改变条件语句

       控制一个对象的转换条件的表达式过于复杂。

       用处理特殊状态和转换的State类来替换条件语句。

      ●

      ●

      ●

      ●

      ●

☛☛☛☛☛☛☛☛☛

●