无论我们是从零开始构建系统，还是重构系统，其实架构都在系统了。

如果你有主动做架构设计，那肯定需要遵循一定的原则去探索和发现架构。

如果你没有做架构设计，但根据行业通用标准或者经验，用一套代码（开源或内部模板）来开发。其实这里面就会有架构设计，只是你没有意识到。

当然要主动做架构设计，被动是要挨打的。所谓“做事不能没有原则”，主动做架构设计，首先要懂设计思维的原则。下面将讲解设计思维的原则。

设计思维的原则

设计思维的原则那就像《孙子兵法》总编一样，指导我们如何思考和解决问题的方向。这里我们参考下《Design Thinking：Understand-Improve-Apply》书中的四条基本的设计思维原则：

1.以人为本：设计的本质是社交。

2.推迟决策：推迟不确定的决策。

3.善于借鉴：所有的设计都是在已有设计基础上的重新设计和调整创新。

4.化虚为实：让想法具体化、有形化、以便于沟通交流。

设计思维原则的四字真言还是有点抽象的，下面说明下我的个人理解，以及该如何运用这些原则。

以人为本

为什么说设计的本质是社交呢？因为设计本身是围绕人开展的工作，必然蕴含人的思想和意图在里面，而且特别是软件架构设计必然是需要多人参与和沟通的。设计的每个决策都影响着系统的利益相关方。如果设计不能被大家所理解，那肯定不会是好的作品（系统）。

架构设计是需要与利益相关方协作完成的，设计的好坏也取决于与利益相关方协作情况。因此，架构师要有同理心，懂得换位思考和沟通，尊重利益相关方（开发人员、项目经理、业务需求方、系统操作者等），倾听他们的心声，理解他们的意图。这样，架构设计才能发挥它应有的作用。

开发软件过程中最忌模棱两可、不确定的需求、设计等，因为可能会有重大的项目风险。因此，设计的决策必须是明确的。如果设计的决策存在无法明确的需求、设计、人员情况等因素，则不到不得不决策的时刻，就不要急着做出最终的决策。这样我们就能更从容地面对开发环境的变化。

善于借鉴就是告诫我们不要重复造“轮子”了。例如，很多开发部门人员比较多的公司，如果没有做好技术知识沉淀，很容易公司内部就出现重复造“轮子”的情况。善于借鉴的前提是你了解或熟悉很多“轮子”，所以建议大家做好技术知识沉淀，多了解行业技术。

做架构设计之前，我们应该尽量多花点时间研究和参考已有的设计，而不是从零开始做设计。借鉴前人的经验，就能避雷和高效地进行架构设计。

呈现架构设计的方式有很多种，可能对开发人员来说，看下代码就可以了，但不同的角色对架构设计的理解水平是不一样的。对于代码形式的架构设计，只有技术人员能看懂，对于其他人来说就难以理解。

因此，为了讲解架构设计，需要针对不同的利益相关方使用不同的展现方式。例如，制作原型或简单的模型，流程图，时序图，概念图等等。反正就是以方便他人理解架构设计为目的地进行呈现。

设计思维原则是我们设计架构的“孙子兵法”总编。它指明了设计架构的方针，帮助我们正确地进行设计。