这次的学习内容主要是设计过程中的启示式方法和设计实践中的一些经验。

对于详细的编程工作来说，期待确定性的行为是非常正常的，因为软件设计是非确定性的。灵活熟练地运用一组有效的启示方法（试探法）。便成了合理的软件设计的核心工作。

1、在确定设计方案时，首选且最流行的方法是面向对象的方法，此方法的要点是辨别现实世界中的对象以及人造的对象。这个过程分为下面几步：辨识对象及其属性、确定能够对各个对象进行的操作、确定各个对象能对其它对象进行的操、确定对象的哪些部分对其它对象可见、定义每一个对象的公开接口。

2、抽象是一种能让你在关注某一概念的同一时候能够放心地忽视当中一些细节的能力。

人们一直在使用抽象，当你把一个东西称为“房子”而不是玻璃、木材和钉子构成的组合体时，你就是在用抽象了。以复杂度的观点来看，抽象的主要优点在于它使你能忽略无关的细节。

优秀的程序猿会在子程序接口的层次上、在类接口的层次上以及包接口的层次上进行抽象。这样才干更快、更稳妥地进行开发。

3、封装填补了抽象留下的空白。抽象是说：“能够让你从高层的细节来看待一个对象。

”而封装则说：“除此之外。你不能看到对象的不论什么其它细节层次”。

4、当继承能简化设计时就继承。继承的优点在于它能非常好地辅佐抽象的概念。继承是面向对象编程中最强大的工具之中的一个。假设使用得当，它能带来极大的益处，然而假设使用不当，它也有极大的弊端。

5、信息隐藏是软件的首要技术使命中格外重要的一种启示方法，由于他强调的就是隐藏复杂度。

在设计一个类的时候，一项关键性的决策就是确定类的哪些特性应该对外可见。哪些特性应当隐藏起来。类非常像是冰山：八分之七都是处于水面之下，而你仅仅能看到水面上的八分之中的一个。信息隐藏中所说的秘密主要分为两大类：隐藏复杂度、隐藏变化源。信息隐藏的障碍包含：信息过度分散、循环依赖、把类内数据误觉得全局数据、能够觉察的性能损耗。

6、找出easy变化改变的区域。适应这些变化。

过程包含：找出看起来easy变化的项目、把easy变化的项目分离出来、把看起来easy变化的项目隔离开来。

常见的easy变化的区域包含业务规则、对硬件的依赖性、输入和输出、非标准的语言特性等。

7、保持松散耦合。模块之间的好的耦合关系会松散到恰好能使一个模块可以非常easy地被其它模块使用，尽量使你创建的模块不依赖或非常少依赖其它模块。耦合的种类包含简单数据的參数耦合、简单对象耦合、对象參数耦合（更紧密一些）、语义上的耦合（应尽量避免）。

8、设计模式精炼了众多现成的解决方式。可用于解决非常多软件开发中最常见的问题。大多数问题都和过去遇到过的问题类似。能够使用类似的解决方法或者模式加以解决。

设计模式的优点是：设计模式通过提供相现成的抽象来降低复杂度、设计模式通过把常见解决方式的细节予以制度化来降低出错、设计模式通过提供多种设计方案而带来启示性的价值、设计模式通过把设计对话提升到一个更高的层次上来简化交流。

一些良好的设计实践：

1、设计是一种迭代过程。

当你在备选的设计方案之中循环而且尝试一些不同的做法时。你将同一时候从高层和底层的不同视角去审视问题。这样的高低层次之间的互动被觉得是一种良性的原动力。他所创造的结构要远远稳定于单纯自上而下或者自下而上创建的结构。当你首次尝试得出了一个看上去足够好的设计方案后，请不要停下来！

第二个尝试差点儿肯定会好于第一个。

2、分而治之，把程序分解为不同的关注区域，然后分别处理每个区域。假设你在某个区域里碰上了死胡同，那么就迭代。

3、採用自上而下和自下而上的设计方法。

自上而下是从一般的类出发，一步步地把他们分解为更详细的类。自下而上是从知道的东西入手，找出详细的对象和职责，再找到通用的对象。逐步向上。两种方法各有优缺点，但这两种方法不是互斥的——你会收益于两者的相互协作。

4、建设实验性原型可以帮助推断一种设计方法是否奏效，内容是写出用于问题特定设计问题的、量最小且可以随时扔掉的代码。

5、要学会合作设计，三个臭皮匠顶得上一个诸葛亮。

6、要做多少设计取决于团队的经验、系统的预定寿命、得到的可靠度、项目的规模等。