读《重构》《设计模式》杂想

这段时间阅读了《重构》《设计模式》这两本书，有所理解，记录下点东西。

目前毕业工作至今两年，游戏行业，做客户端。前一年半的时间参与一个已有游戏进行维护工作，期间肯定对代码有各种理解，觉得就是可以写的更好，但是鉴于稳定性以及自己对项目的熟悉程度，即使有好的想法也不敢乱动。今年有机会做一个新游戏，新游戏肯定是利用已有的累积开始，加上此时我对于游戏也更清楚，因此开始进行各种修改，修改成自己想象中的样子。

工作就这么进行着，然后直到我看了《重构》这本书，发现这段时间我就是做这么一件事情。以一个已有的游戏为基础，做一款新的同类型游戏，游戏玩法肯定有所不同，但是系统结构之类的基本是一样，已有的功能基本都有了。美术在开发新资源，策划开发新玩法，而我就是在考虑如何把代码写的更好，即使已经存在的功能也可以进行优化，然后发现很多看着纠结或者复杂的东西，只要结构和层次整理的更好，也可以很容易的读懂，对以后的维护有很大帮助。

《设计模式》和《重构》一起读了，我觉得算是同一类的书籍，而且与语言无关。以前听人说在不同阶段读《设计模式》会有不同的理解，现在总算体验到了。想刚毕业的时候也装着在读《设计模式》，然后不懂装懂。现在的话因为有了一定量的代码基础，书看起来也觉得是里面处理的问题大部分也是自己经历过的。这一类的书籍，确定是需要有代码沉淀的，代码量够了，处理的问题也不少了，会觉得原来书上讲的就是这么回事。

作为一个合格的程序员，我想应该对代码是有所追求的。将代码写的更好，而这个在不同阶段应该有不同的认识，但是应该都应该建立在对逻辑需求和语言工具等熟悉的基础。两年前刚开始用Python，我也觉得内心相当抵制，而且经常用来和C++比较，觉得这里不好那里不行。后来用多了，并且发现Python可以很方便的解决一些问题，这个是C++无法做到的。同时也阅读了《Python源码剖析》，对于一种语言了解更深，才明白以前有些考虑是不必要的，有些反而没考虑到，因此会回推翻以前的一些代码，然后又是重构。《重构》《设计模式》是内功修炼的书籍，然后我也明白了，把代码不断的优化，或者就说重构，就是每天写代码的一个步骤而已，跟DEBUG一样。