计算机科学论坛--设计模式与美学

贴子主题：设计模式与美学

本主题类别:

一个好的设计会给人以和谐的感受，这就是作者所说得“质、形、无名、混
沌”，它的存在独立于人的认识。这就象模式、架构这类东西无形地存在于软件
系统中，不管人们有没有通过自己的主观去认识。经过人们认识后的“质”已经
不是原来的“质”，而是带上主观偏向的描述，也就是“混沌之死”。例如架构
被人们用描述语言描述出来之后，已经不是原来客观存在于系统之中的架构，而
是人们的具体认识，这种认识经常只包含了客观架构的某些方面。
    而这种“质”是依托其最具体的实现形式“气”存在的。就象好的建筑设计
最后总是表现在一处精美的建筑(每一块砖瓦、陈设)之中。这种“气”就是我们
所能研究和具体面对的对象。这就是“理寓于气”。
    怎样让“气”中蕴含优美的“形”，这就是“道”。我的理解，“道”就是
能让“气”体现出好的“形”的一些原则和方向。这些“道”一般来源于人们对
能体现出好的“质”的那些“气”的总结与抽象。就象人们认识到“开闭原则”
等设计原则能帮助我们获得好的“形”。
    “形”既是抽象的也是具体的。说它是具体的，是因为它总是蕴含在具体实
现之中，例如java代码。但它又是抽象的。大家应该都有这样的体验，一个程序，
如果采用了一些不好的设计，大家会觉得不舒服。例如相同的一段代码我们在多处
拷贝而没有抽取出来，或者用了一大堆连续的if语句来识别各种特例情况，这些
都会让我们觉得不舒服(假如你还有点责任心而不是仅满足于完成代码任务的话)。
这种不舒服我觉得就是我们的抽象思维对无形的“质”的一种感知。就象我们看
到一处设计的不好的建筑，感到布置、搭配看起来很不和谐，但还没有具体的认
识到其原因所在。为了解决问题，获得好的“质”，我们还只有去努力认识“质”，
哪怕我们得到的只是一个不完整的侧面，只要这个侧面包含了足够的我们感兴趣
的信息。有了足够的设计经验后，我们就会总结出一些“道”来，例如怎么设计
良好的接口来达到设计要求，而不是把责任全部推卸到具体的代码之中。也就是
尽可能用高级的、抽象的模式来处理问题，而不是把问题的解决局限在具体的代
码上。这也符合书中所用的“胚胎的发育”这样一个过程，即系统先有整体再通
过各部分的发育得到最后的实现，而不是跨越整体的逐步细化而直接去追求最后
的代码实现。
    一点思考，与大家分享一下，如有兴趣也请提一提不尽合理之处。


	W 3 C h i n a ( since 2003 ) 旗下站点苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》	78.003ms