标签：style color os 使用 java strong 数据 sp c
(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开发技术 在架构中体验设计模式和算法之美》 - 书摘精要
标签：style color os 使用 java strong 数据 sp c
原文地址：http://www.cnblogs.com/Richard-Tian/p/4004155.html
