来到杭州，突然发现一个问题，由于经常搬迁，导致东西不能带太多，以前记得笔记都带不过来，想看都不能看，太悲催，以后还是用博客记录一下！

有很多东西其实学了是现用的，用完就没什么用了，有些东西却是需要好好去品味的，就像一杯红酒，抿一小口，慢慢下咽才能体会它的美妙。相信大家有这么一些感受，有的书通俗易懂，一般都是基于应用的书，有些书却是你看一遍后，发现：妈呀，我干了些什么，感觉没读这本书啊！没办法，只能又回头读，但读第二遍，第三遍的时候就感觉有点意思了，感觉这本书的作者太牛逼了，感觉好多东西都像放电影似的，回来了！而且，随着阅历的增长，某然一瞬间，书本上的东西你就顿悟了。还有那么些时候，你会感觉很多东西都快连起来了，就像武侠里面一个人练武，随时就可能突破了。这些书往往就是那些强调基本功的书，读起来很费解，但却是九阳真经似的武侠宝典！读这些书时，千万要耐心，不要泄气，读不懂没关系，多读几遍就可能懂了，或者以后自然就懂了，但你不读，这一辈子你都可能不懂。所以我读这些书的时候，经历了很多失败之后，形成了自己的方法，就是我记录一些我觉得是金句良言的东西（随着你的成长，选择的标准也会不同）。或者是我还没懂的，或者是我觉得是问题的关键，或者是我觉得概括非常精辟，一针见血。有可能是一句话，也可能是一个有代表性的小例子。我先把最近看的一些东西记下来，如果大家觉得合适，也可以借鉴我的方法。



在不改变代码外在行为的前提下，对代码做出修改以改进程序的内部结构。本质上说:重构就是在代码写好之后改进它的设计。


任何一个傻瓜都能写出计算机可以理解的代码，唯有写出人类容易理解的代码，才是优秀的程序员。


面向对象设计最困难的部分是将系统分解成对象集合，因为要考虑许多因素：封装、粒度、依赖关系、灵活性、性能、演化、复用。


抽象类主要目的是为它的子类定义公共接口，一个抽象类将它的部分或全部操作的实现延迟到子类中。


类继承是一个通过复用父类功能而扩展应用功能的基本机制。它允许根据旧对象快速定义新的对象。


只有当委托使设计比较简单而不是更加复杂时，它才是好的选择。


获得最大限度复用的关键在于对新需求和已有需求发生变化时的预见性，要求你的系统设计要能够相应的改进。


一个不考虑系统变化的设计在将来就要可能需要重新设计。


Strategy模式应用的关键点在于为Strategy和它的环境设计足够通用的接口。