花费 8 ms
小酌重构系列[2]——提取方法、提取方法对象

前言 “艺术源于生活”——代码也源于生活,你在生活中的一些行为习惯,可能会恰如其分地体现在代码中。当实现较为复杂的功能时,由于它包含一系列的逻辑,我们倾向于编写一个“大方法”来实现。为了使项目便于维 ...

Tue Apr 26 08:33:00 CST 2016 18 3487
小酌重构系列[1]——移动方法

概要 有些开发者在编写方法时,可能较少地去思考一个问题:方法放在这个class中是否合适? 他们可能会觉得:这个方法已经实现xxx功能了,放在哪个class都一样的,class不就是一个装方法的容 ...

Mon Apr 25 02:47:00 CST 2016 14 3948
UML类图的6大关系

《小酌重构系列》已经完成了大约1/3了,在这些文章中,我使用了一些简单的类图来描述重构策略。在之后的文章中,我可能会借助稍微复杂一些的UML类图来介绍。但是在此之前,我觉得有必要先介绍一下UML类图中 ...

Sun May 08 21:11:00 CST 2016 9 3441
小酌重构系列目录汇总

为了方便大家阅读这个系列的文章,我弄了个目录汇总。 开篇和结尾 开篇有益 (2016-04-23) 终篇总结 (2016-06-02) 方法、字段重构 移动方法 (2016-04-24 ...

Sat May 14 23:32:00 CST 2016 2 3528
小酌重构系列[7]——使用委派代替继承

概述 子类可以继承父类的字段、属性和方法,使用“继承”可以较大程度地复用代码。在使用继承时,务必要确定代码中定义的“父类”和“子类”确实存在客观的“父子关系”,而不要去做“为了代码复用而使用继承”的 ...

Sat May 07 17:32:00 CST 2016 9 1604
小酌重构系列[14]——使用多态代替条件判断

概述 有时候你可能会在条件判断中,根据不同的对象类型(通常是基类的一系列子类,或接口的一系列实现),提供相应的逻辑和算法。当出现大量类型检查和判断时,if else(或switch)语句的体积会比较 ...

Mon May 16 01:08:00 CST 2016 2 2499
小酌重构系列[8]——提取接口

前言 世间唯一“不变”的是“变化”本身,这句话同样适用于软件设计和开发。在软件系统中,模块(类、方法)应该依赖于抽象,而不应该依赖于实现。 当需求发生“变化”时,如果模块(类、方法)依赖于具体实现 ...

Mon May 09 07:09:00 CST 2016 11 1081
小酌重构系列[6]——引入参数对象

简述 如果方法有超过3个以上的参数,调用方法时就会显得冗词赘句。这时将多个参数封装成一个对象,调用方法会显得干净整洁。这就是本文要讲的重构策略“引入参数对象”——将方法的参数封为类,并用这个类的对象 ...

Thu May 05 07:58:00 CST 2016 10 908
小酌重构系列[20]——用条件判断代替异常

概述 异常处理的关键在于何时处理异常以及如何使用异常,有些开发者会觉得try catch的处理和使用难以把握,于是他们秉承着“您可错杀一千,不可放过一个”的想法,给所有的方法添加try catch。 ...

Sat May 21 13:44:00 CST 2016 8 1071

 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM