学习《重构-改善既有代码的设计》一

当你看到一个函数的入参有四，五个，甚至更多时，且好几个函数都使用这组入参，这时就要用参数对象化来优化代码。这就足以让新的subclass 通过编译了。简单的作法是：让subclass 构造函数接受与superclass 构造函数相同的参数，并通过super 调用superclass 构造函数；2、父类有一个主函数包含完全相同的函数和完全不同的函数：相同的函数，抽到父类中，不相同的函数在父类中定义一个函数。通过以上的优化，一个大函数，已经变成了多个小函数，重点是代码的可读性提高了，顺带的代码量变少。

代码的坏味道Duplicated Code(重复代码) 同一个类的两个函数含有相同的表达式，需要将重复的这段代码提出来，让这两个函数都调用这段代码 两个互为兄弟的子类内含相同表达式，需要将代码提炼出来放入父类中 如果两个毫不相关的类出现Duplicated Code，需要将重复代码提炼到一个独立类中，然后在另一个类内使用这个新类，抑或这个函数可能属于第三个类，而另两个类应该引用这第三个类 Long

最近在维护旧系统的时候，发现旧系统的可读性和高重复性的众多问题。但是针对原有的系统在不维护的时候是满足用户的使用，也就可以说旧系统适合在维护前的那个阶段。任何系统都有那么一个阶段。没有什么系统开发完后就不需要去维护。因此就不多说可读性的问题了，这里主要根据重构进行总结。 我相信很多IT界的朋友应该都或多或少有听说《重构》这本书。这里我也是根据读了这本书结合一些想法进行总结。 [s...

其实看了重构之后，发现重构和设计模式有很多很多相通的地方，或者有着同样的目的。你完全可以参考设计模式的原则来修改已有的代码。 1.单一职责原则 2.开放--封闭原则 3.依赖倒装原则 4.迪米特原则（类松耦合） 笔者也在《重构》这本书中大量的谈到各种设计模式，所以再次推荐大家去看看 设计模式 其实很多时候我们不复审自己的代码的话，是很难发现自己编写代码的不足的。而且就算是复审了也很难发...

1.重复代码 抽取成方法 2.过长函数 抽取方法 ，当需要注释才能说明该段代码用途的时候，就应该抽取出函数，并用用途，而 非实现手法命名。以做什么命名，而不是怎么做命名。条件表达式和循环是提练的信号 3.过大的类 (1)将类中作用类似的变量抽取出来，组成一个新类。(2)将类中的过长函数抽取成短函数。 4.过长参数列 (1)将该参数转换成方法去获取 (2)

《重构》不仅是一本书，更是一种软件开发的理念。我是按照我们一个领导、前辈的推荐来读这本书的；它引导我们通过小步骤的方式，不断地调整代码，以适应变化的需求。在这个过程中，书中详细介绍了各种重构技术，从简单的函数提炼到复杂的重构手法，一步步为我们展开了代码改善的大门。《重构：改善既有代码的设计（第2版）》为我们打开了代码优化的大门，通过深入学习和实际应用，我们能够在不断变化的软件开发世界中更加从容地应对挑战。希望通过这次学习，能够在我们的项目中创造出更加清晰、灵活的代码结构，提升整体开发效率。

代码重构技巧经典文章： http://blog.csdn.net/hezheqiang/article/details/51966865 配合《重构 改善既有代码的设计》这本书更好。

序言：本人比较懒，《重构 改善既有代码的设计》这本书从2013年7月开始，断断续续的边读边实践。突然想起来要做个笔记，便于加深印象和以后回顾。持续更新中。。。

　　话说写代码的时候越来越认识到了重构的重要性。 　　作为一个有良知的程序员，我觉得我们确实有必要写出让人明白的代码，而不是仅仅让计算机明白。 　　更加重要的是我意识到重构能让我在六点钟直接下班走人，而不是持续在Dirty Code里挣扎。 　　所以我决定去学习重构来提升我的技能。 　　然而意识到我并不是一个有毅力的人，所以我决定开博客，每天强制写东西来推动学习。 　　学习参照...

重构，最开始我对它的理解应该就是代码的调整吧！但是最终在进一步了解的过程当中，才发现自己的想法还是在比较浅的位置上；而对于它比较精准的定义我比较喜欢的是《重构——改善既有代码的设计》这一本书里面作者下的一个定义：一种更为高效且受控的代码整理技术。这种说法在我看来实在是恰当。而为什么我会说自己最初理解的代码的调整是比较欠缺的呢？我拿一个我自己生活中的例子来说一下：“那是一个中午，当我还很惬意的在...

数月前，我曾经写过一篇博文《在代码重构中蜕变》，文中提到了我对重构的一些认识，今天再谈重构，缘起于近期针对重构进行了6次技术分享，每次对应《重构——改善既有代码的设计》一书中的一章内容，在此过程中与团队一起再学习了一次重构，因此，这次再谈重构，就从学习的角度说起。        当再次拿起这本书时，想到的就是第一次阅读时的体会。几年前，第一次打开书，读完了第六章——重新组织你的函数，知道了大体上重

这几天看了几本书，学习了很多有用的东西，简单的做个读书笔记，《重构－改善既有代码的设计》。代码中要慎重的给每个变量起名字，好的名字能够加快代码的理解，同时，经常的使用Const变量，极端情况下，每声明一个变量，或者一个函数，都尽可能的使用const，这样保证变量不被错误的修改。但不知道，是否会提高程序的效率。

按照软件工程大神Martin Fowler的定义，重构就是在不改变软件现有功能的基础上，通过调整程序代码改善软件的质量、性能，使其程序的设计模式和架构更趋合理，提高软件的扩展性和维护性。这是重构的定义，简单来说就是不改变软件的功能，优化软件设计和代码，让软件更易于扩展和维护，当然也包括易于复用。

　　1.怎么接触到设计模式： 　　是由朋友推荐，这位朋友给了我很多编程方面的指导，很感谢他，然后书荒的时候，就往这方面看了。 　　2.通过什么途径学习： 　　程杰老师编写的《大话设计模式》，李建忠老师主讲的设计模式的视频，也看了很多相关内容的博客。 　　3.学习设计模式的必要性： 　　有一种观点认为必要去专门去学习设计模式，因为编码即是设计。支撑这个观点的理由是在C#语言中...

在读： 　　Java 核心技术：卷一 　　 　　Spring In Action（Spring 实战） 第四版 　　 　　 重构：改善既有代码的设计 　　 未读： 　　Java 编程思想： 　　 　　深入理解 Java 虚拟机： 　　 　　Head First 设计模式： 　　　 　　Java 并发编程实践 　　 以此作为自己的书单，时刻提醒自己需要学习！！！...

前段时间对推荐系统很感兴趣，所以拿到了这本书，几乎都是用碎片时间阅读的，所以大概看了两个多月。 因为没有看过推荐系统其他的书，所以无法横向评价，但对于一个认知为零的人，从该书中受益还是很大的。 这本书讲的东西比较全，也很贴切实际。整本书篇幅不多，200页出头，很适合我这样的初学者，作为知识了解阶段的读物。 开篇就是介绍推荐系统的概念和应用范围。 第二章 利用用户行为数据。