本文来自网易云社区

作者：陆秋炜

引言 ：很久之前，在做中间件测试的时候，看到开发人员写的代码，有人的代码，看起来总是特别舒服，但有的开发代码，虽然逻辑上没有什么问题，但总给人感觉特别难受。后来成为了一位专职开发人员，渐渐发现，自己的代码也是属于“比较难受”的那种。后来随着代码的增加，编写代码时，总有一些比较乖巧的方式，这就是之前不懂的“设计模式”。之前代码架构比较少（只是写一些测试工具），用不到这些，只有自己慢慢做了一些架构工作后，才用得到，并去主动了解。

但今天想说的，并不是具体的哪一种设计模式的优劣，而是想记录一下，设计模式中存在的一些设计思想。有了这些设计思想，某些设计模式就自然而然的出现了。所以说，所谓的“设计模式”并不是被发明出来的，而是被我们自己“发现”的。

一，设计是一个逐步分解的过程，而不是一个功能合成的过程

之前无论是作为开发还是测试，习惯性的觉得，别人提供了什么功能，就用什么样的功能，这样做天经地义。然而，在自己的架构设计过程中，如果有了这样额思维，很容易让自己的程序设计陷入困境。

打个装修的比喻，我们一定是有设计师设计相关方案（具体的风格），然后分解成对应的家具，然后再购买材料，打造对应的家具。如果我们将这一过程倒过来，先有什么材料，然后看这些材料能打造出什么家具，再把家具组合起来，那么最后的装修效果一定会非常差。

图1 正确的设计方式