Java中的模式

　　世上一直有一个神话：设计可以并且应该独立于实现的细节，设计通常被看作是一个抽象的概念而实现是一个代码的具体实例。如果我们坚信"设计是一个富有创造性和目的性的活动：为某一个目标而精心制定的结构的概念，"，一个结构如果不能够说明它的环境，或者不能与环境协作，那么这个结构就不适合这一目标。环境中包括目标平台--语言、工具、库、中间件（middleware），等。还有它的功能性和非功能性的单元。

　　我们会认为在不知道地形布局的时候设计房屋，或者在不清楚使用的道材料的时候建造摩天大厦是不合理的事情。我们将线程、分布这类概念看作为小的编码的细节的看法无疑是在设计中导致浪费精力（时间和金钱）的导火索，最终我们发现的是理论与实践的差距在实践中要比在理论中还大。虽然在一些情况下一个高层次设计的某部分可以在许多技术下保持不变，但是更多的情况是我们需要亲自来补足这个圆圈，允许（甚至鼓励）细节和实际的信息来影响并告知系统的结构。

　　模式(Patterns)的作用就是获取这些结构上的信息。它们可以描述--预见性的或回顾性的--设计和设计的原理，讲述从问题到解决，说明环境，获取工作的动力以及应此产生的结果。这里，我将集中讲述两个模式--Command-Query Separation和Command Method--为一个类接口中的方法分配任务，考察他们如何互相作用并影响并发的、分布的和有序的环境以及本地执行。

　　接口设计。顾名思义，接口提供了不同系统之间或者系统不同组件之间的界定。在软件中，接口提供了一个屏障，从而从实现中分离了目标，从具体中分离了概念，从作者中分离了用户。在Java中，有许多接口的概念：public部分为潜在的用户提供了类和方法的接口，protected部分为它的子类（subclass）以及周围的包提供了一个接口；一个包有一个公用的部分；反射（Reflection）是另外一种提供、使用对象方法接口的机制。