谈设计

茹枫

设计模式，源于一种看问题的方法，我猜。

复杂问题首先需要经过分解，然后才逐个击破。分解之后，就是多个部分自身的功能与组合的关系的问题。

如果将问题分的足够细，直到我们可以通过基础技巧可以解决的时候，那么剩下来的问题就是他们如何组合在一起。所以设计的问题，就是研究个组件之间的关系的问题。

类似的，设计模式就是一些组合的关系的范例。

我们的世界，都是由原子组合而成的，世间万物所呈现的复杂性，是由于组合结构的不同。同样的，程序开发，也是一种组合的艺术。

结构是事物复杂性的根本，也就是一件事物看上去复杂，不是因为它是神秘的，不可获知的，而是他的结构的复杂，各组件的千丝万缕的关系。同样我们看看我们那些所谓的大型程序，如果单单挑一小部分出来看，我们发现它所用的技巧并不深奥。一个程序，真正难懂得部分，天才横溢的部分，绝对是很少的。一般如果有这部分，通常已经被载入计算机算法史册里面了。

组件是能够自我完成某样事情的部分。我们可以认为事物都是由足够小的组件组成的，但是往往没有得到重视，所以他们仍然是作为整体，而没有独立出来制作研究。分解的原则，不是一定要不断细分，而是应该衡量他们所处的位置，判断是否应该做成组件。

组件的一个好处是可以替换，就类似我们的汽车零件。为何可以替换，这是因为将它独立出来后，他有了自身明显的规格；他不再是哪一个部分的附属品，所以它必须公开宣称自己的规格，才可能和其他会使用到他的部分进行结合。在程序设计上，就算是独立一人的作品，只要组件被原来越多部分使用，他的规格就会越来越确定。

我们将某一部分做成组件，那么它应该是经常修改的，经常修改也说明它是软件功能的核心，版本升级的方向。逻辑上看，组件是问题的各个主要部分，或说主要对象。

我们看设计模式，他建立的不同结构的一个原则，其实也是将重要部分在结构中突显出来，让他更加容易修改，更加灵活。当然这一切基于事物原本的结构特性，而不存在一种设计模式能够对付所有情况的事情。

＞溢秋古典

设计模式象上面的好象很概念化啊！

grakiss

设计模式看到第二章就没看下去了

lingjingqiu

枫子又在发表某些只有少数人才明白的言论了，汗。。。

茹枫

一个聪明人混在一群白痴中间，难道就一定要成为一个白痴，我就是要坚持写天才才能看懂的东西。

lingjingqiu

切，就是灌水有名嘛。。。。

chrisonr

我懂了，我天才

茹枫

反过来了，首先要是天才，然后才能懂。
而不是懂了，才变成天才。

如果你不是天才，就不要以为自己懂了。天才不是那么好做的，我这篇东西更不是为了给大家做天才的机会。