31天重构 - 随笔分类 - IT少年

重构第31天使用多态替代条件语句( Replace conditional with Polymorphism)

摘要：理解:本文中的”使用多态代替条件判断”是指如果你需要检查对象的类型或者根据类型执行一些操作时，一种很好的办法就是将算法封装到类中，并利用多态性进行抽象调用。详解:本文展示了面向对象编程的基础之一“多态性”，有时你需要检查对象的类型或者根据类型执行一些操作时，一种很好的办法就是将算法封装到类中，并阅读全文

posted @ 2016-04-12 09:55 IT少年阅读(1023) 评论(0) 推荐(0)

重构第30天尽快返回 (Return ASAP)

摘要：理解：把条件语句中复杂的判断用尽快返回来简化。详解：如首先声明的是前面讲的”分解复杂判断“，简单的来说，当你的代码中有很深的嵌套条件时，花括号就会在代码中形成一个长长的箭头。我们经常在不同的代码中看到这种情况，并且这种情况也会扰乱代码的可读性。下代码所示，HasAccess方法里面包含一些嵌套条件阅读全文

posted @ 2016-04-12 09:49 IT少年阅读(767) 评论(0) 推荐(0)

重构第29天去除中间人对象(Remove Middle Man)

摘要：理解:本文中的”去除中间人对象”是指把在中间关联而不起任何其他作用的类移除，让有关系的两个类直接进行交互。详解:有些时候在我们的代码会存在一些”幽灵类“，设计模式大师Martin Fowler称它们为“中间人”类，“中间人”类除了调用别的对象之外不做任何事情，所以“中间人”类没有存在的必要，我们阅读全文

posted @ 2016-04-12 09:44 IT少年阅读(672) 评论(0) 推荐(0)

重构第28 天重命名bool方法(Rename boolean method)

摘要：详解：本文中的”为布尔方法命名”是指如果一个方法带有大量的bool 参数时，可以根据bool 参数的数量，提取出若干个独立的方法来简化参数。理解：我们现在要说的重构并不是普通字面意义上的重构，它有很多值得讨论的地方。当一个方法带有大量的bool 参数时，会导致方法很容易被误解并产生非预期的行为，阅读全文

posted @ 2016-04-12 09:37 IT少年阅读(897) 评论(0) 推荐(0)

重构第27天去除上帝类(Remove God Classes)

摘要：理解：本文中的”去除上帝类”是指把一个看似功能很强且很难维护的类，按照职责把自己的属性或方法分派到各自的类中或分解成功能明确的类，从而去掉上帝类。详解：我们经常可以在一些原来的代码中见到一些类明确违反了SRP原则（单一原则），这些类通常以“Utils”或“Manager”后缀结尾，但有时这些类也没阅读全文

posted @ 2016-04-12 09:26 IT少年阅读(4439) 评论(0) 推荐(1)

重构第26天移除双重否定(Remove Double Negative)

摘要：理解：”移除双重否定”是指把代码中的双重否定语句修改成简单的肯定语句，这样即让代码可读，同时也给维护带来了方便。详解：避免双重否定重构本身非常容易实现，但我们却在太多的代码中见过因为双重否定降低了代码的可读性以致于非常让人容易误解真正意图。存在双重否定的代码具有非常大的危害性，因为这种类型的代码容阅读全文

posted @ 2016-04-12 09:17 IT少年阅读(549) 评论(0) 推荐(0)

重构第25天引入契约设计(Introduce Design By Contract checks)

摘要：理解：本文中的”引入契约式设计”是指我们应该对应该对输入和输出进行验证，以确保系统不会出现我们所想象不到的异常和得不到我们想要的结果。详解：契约式设计规定方法应该对输入和输出进行验证，这样你便可以保证你得到的数据是可以工作的，一切都是按预期进行的，如果不是按预期进行，异常或是错误就应该被返回，下面阅读全文

posted @ 2016-04-10 14:07 IT少年阅读(380) 评论(0) 推荐(0)

重构第24天分解复杂的判断(Remove Arrowhead Antipattern)

摘要：理解：当你的代码中有很深的嵌套条件时，花括号就会在代码中形成一个长长的箭头。我们经常在不同的代码中看到这种情况，并且这种情况也会扰乱代码的可读性。如下代码所示，HasAccess方法里面包含一些嵌套条件，如果再加一些条件或者增加复杂度，那么代码就很可能出现几个问题：1，可读性差。 2，很容易出现阅读全文

posted @ 2016-04-10 14:02 IT少年阅读(439) 评论(0) 推荐(0)

重构第23天引用参数对象(Introduce Parameter Object)

摘要：理解：有时候我们的一个方法，需要很多个参数，太多参数，不易阅读和理解，我们就可以把多个参数封装成一个对象。详解：重构前代码: 通常这种情形下创建一个用户传递参数的类是很有帮助的，这会使得代码更容易明白也更灵活，因为当你需要增加参数时，只需要给参数类添加一个属性即可。请注意只有当你发现方法的参数比阅读全文

posted @ 2016-04-10 13:55 IT少年阅读(605) 评论(0) 推荐(0)

重构第22天分解方法(Break Method)

摘要：理解：如果一个功能，里面比较复杂，代码量比较多，我们就可以把这个功能分解成多个小的method，每个方法实现该功能的一个小小的部分，并且方法命名成容易理解，和方法内容相关的名称，更有助于维护和可读性提高。详解：重构前代码：我们看到这个AcceptPayment方法，因为现实中AcceptPay 阅读全文

posted @ 2016-04-10 13:48 IT少年阅读(420) 评论(0) 推荐(0)

重构第21天合并继承 (Collapse Hierarchy)

摘要：理解：本文中的”合并继承”是指如果子类的属性和方法也适合于基类，那么就可以移除子类，从而减少依赖关系。详解：上一篇我们讲到“提取子类”重构是指当基类中的一个责任不被所有的子类所需要时，将这些责任提取到合适的子类中。而我们今天所要讲的的“合并继承”重构一般用在当我们觉得不需要子类的时候。如上代码所阅读全文

posted @ 2016-04-09 23:39 IT少年阅读(497) 评论(0) 推荐(0)

重构第20天提取子类(Extact SubClass)

摘要：理解：提取子类就是把基类中，不是所有子类或者只有少数子类用到的方法，提取出来，调整到子类中去。详解：下面的代码中我们用到一个单一的类Registration，来处理学生选课信息。从上面的代码我们可以看到有两种不同的上下文关系，我们意识到我们会在两种不同的上下文中使用Registration类，N 阅读全文

posted @ 2016-04-09 23:35 IT少年阅读(543) 评论(0) 推荐(0)

重构第19天提取工厂类(Extract Factory Class)

摘要：理解:本文中的“提取工厂类”是指如果要创建的对象很多，则代码会变的很复杂。一种很好的方法就是提取工厂类。详解：一般来说我们需要在代码中设置一些对象，以便获得它们的状态，从而使用对象，所谓的设置通常来说就是创建对象的实例并调用对象的方法。有时如果要创建的对象很多，则代码会变的很复杂。这便是工厂模式发阅读全文

posted @ 2016-04-09 23:25 IT少年阅读(515) 评论(0) 推荐(0)

重构第18天用条件语句来代替异常（Replace exception with conditional）

摘要：理解：本文中的“使用条件判断代替异常”是指把没有必要使用异常做判断的条件尽量改为条件判断。详解：重构前代码：重构后的代码如下所示，try catch 做条件判断的语句改成了if return 的方式，这样在很多程度上统一了代码的书写，同时也提高了性能。这个重构在项目代码中也经常用到，因为对于阅读全文

posted @ 2016-04-09 23:16 IT少年阅读(550) 评论(0) 推荐(0)

重构第17天提取父类(Extract SuperClass)

摘要：今天的重构来自 Martin Fowler的http://refactoring.com/catalog/extractSuperclass.html。理解：本文中的“提取父类”是指类中有一些字段或方法，你想把它们提取到父类中以便同一继承层次的其它类也可以访问他们，这个和之前的很多重构有异曲同工之阅读全文

posted @ 2016-04-09 23:11 IT少年阅读(674) 评论(0) 推荐(0)

重构第16天封装条件(Encapsulate Conditional)

摘要：理解：本文中的“封装条件”是指条件关系比较复杂时，代码的可读性会比较差，所以这时我们应当根据条件表达式是否需要参数将条件表达式提取成可读性更好的属性或者方法，如果条件表达式不需要参数则可以提取成属性，如果条件表达式需要参数则可以提取成方法。详解：重构前code PerformCoolFunctio 阅读全文

posted @ 2016-04-07 11:05 IT少年阅读(389) 评论(0) 推荐(0)

重构第15天移除重复的代码(Remove Duplication)

摘要：理解:移除重复的代码，顾名思义就是把多处重复的代码搬移到一个公共的地方，来减少代码量，提高代码可维护性。详解：看下面的例子就很容易理解重构前code 可以看到 Actived=true，DateArchived=DateTime.Now 在两个方法中都要用到，我们就可以把这连个字段提取出来，放到阅读全文

posted @ 2016-04-07 10:52 IT少年阅读(438) 评论(0) 推荐(0)

重构第14天分离职责(Break Responsibilities)

摘要：理解：面向对象的五大特征： SOLID，其中S就是职责单一原则。分离职责指当一个类有许多职责时，将部分职责分离到独立的类中，这样也符合面向对象的五大特征之一的单一职责原则，同时也可以使代码的结构更加清晰，维护性更高。详解：依然看下面的例子。 befor reflector 可以看到，Video类有阅读全文

posted @ 2016-04-07 10:44 IT少年阅读(350) 评论(0) 推荐(0)

重构13天抽取方法对象(Extract Method Object)

摘要：理解：本文中的“提取方法对象”是指当你发现一个方法中存在过多的局部变量时，你可以通过使用“提取方法对象”重构来引入一些方法，每个方法完成任务的一个步骤，这样可以使得程序变得更具有可读性。详解：如下代码所示，Order 类中的Calculate方法要完成很多功能，在之前我们用“提取方法”来进行重构，阅读全文

posted @ 2016-04-07 10:19 IT少年阅读(657) 评论(0) 推荐(0)

重构第12天分解依赖（Break Dependencies）

摘要：理解：“分解依赖” 是指对部分不满足我们要求的类和方法进行依赖分解，通过装饰器来达到我们需要的功能。详解：今天我们所讲的这个重构方法对于单元测试是非常有用的。如果你要在你的代码中加入单元测试但有一部分代码是你不想测试的，那么你应用使用这个的重构。这个例子中我们客户端使用了一个静态类来完成部分工作阅读全文

posted @ 2016-03-25 10:48 IT少年阅读(527) 评论(0) 推荐(0)

随笔分类 - 31天重构

公告