(P7)

建议直接加入到软件公司中去，这样会学到很多实际的东西；

程序员最主要的发展方向是资深技术专家，无论是 Java、.Net 还是数据库领域，都要首先成为专家，然后才可能继续发展为架构师；

增强工作的主动性和参与性；

只有拥有更高的眼界，才能谋取更大的发展；

(P10)

跳槽是需要本钱的，这个本钱就是你积累的工作经验、工作业绩、技术水平和工作能力；

(P11)

一个好的领域专家一定是业务领域的架构师，他能够给出某一个业务领域的架构，我们可以称为业务架构，只有技术架构和业务架构紧密结合，才有可能真正创造出一个好的系统；

(P16)

系统应该随着规模的变化，不断演进。这样的系统才是科学的、经济的；

(P22)

在设计模式中，所有的设计模式都遵循“单一职责原则”这一原则；

(P23)

“单一职责”也就是“单一变化原因”；

“职责”也就是引起类变化的原因；

(P28)

抽象层次应该不依赖于具体的实现细节，这样才能保证系统的可复用性和可维护性；

抽象即“抽象类”或“接口”，两者是不能够实例化的；

如果没有实现“依赖注入原则”，那么也就意味着“开闭原则(对扩展开放，对修改关闭)”也无法实现；

(P41)

资深的程序员都会看重数据结构和算法作用，水平越高，就越能理解算法的重要性；

(P49)

设计模式使代码编制能真正地工程化，它是软件工程的基石；

(P57)

“简单工厂”的方法通常都是静态的，所以也被称为“静态工厂”；

一个“简单工厂”，理论上可以构造任何东西，所以又被称为“万能工厂”；

在“简单工厂”里面可以只有一个方法，也可以有很多这样创建的方法；

(P58)

“接口”就是“实现类”对外的外观；

“接口”是系统可插拔性的保证；

(P67)

“工厂方法模式”是类的创建模式，又叫虚拟构造器(Virtual Constructor)模式或者多态性工厂(Polymorphic Factory)模式；

(P68)

在“工厂方法模式”中一般都有一个平行的等级结构，也就是说，工厂和产品是对应的。抽象工厂对应抽象产品，具体工厂对应具体产品；

(P110)

单例模式的本质是控制实例数目；

(P116)

在“建造者模式”里，有个指导者，由指导者来管理建造者，用户是与指导者相互联系，指导者联系建造者，最后得到产品；

(P142)

建议不要混合使用深拷贝和浅拷贝，特别是涉及到类的继承，父类有多个引用的情况就非常的复杂，建议的方案是深拷贝和浅拷贝分开实现；

(P162)

在适配器模式中，实现了由“源”到“目标”的适配，适配器负责把“源”过渡到“目标”；

(P174)

将两个角色之间的继承关系改为聚合关系，就是将它们之间的强关联改换为弱关联；

(P185)

在桥梁模式中的桥接是单向的，也就是只能是抽象部分的对象去使用具体实现部分的对象，而不能反过来；

(P194)

从更本质的角度来看，基本上只要是面向抽象编写的 Java 程序，都可以视为是桥梁模式的应用，都是让抽象和实现相分离，从而使它们能独立地变化；

(P254)

享元模式是一个提高程序效率和性能的模式，会大大地加快程序的运行速度；

(P262)

享元模式是一种缓存技术；

(P460)

状态模式的引入免除了代码中复杂而冗长的逻辑判断语句；

《修炼Java开发技术 在架构中体验设计模式和算法之美》 - 书摘精要