有了《 架构设计思惟原则》，作架构设计就会有方向和准则，不至于跑偏和作得很糟糕，可是毕竟仍是过于理论了。所以，咱们须要搭通是理论和实践的桥梁——架构设计思惟模式。架构
架构设计思惟模式分为四种：理解、探索、展现、评估。url
- 理解问题：了解全部与系统有关的人以及他们的需求。
- 探索想法：为了找到最佳设计，须要研究大量的模式、技术、方案。
- 展现想法：脑海中的设计理念转化为有形物品，例如：制做模型、画原型、写文档等。
- 评估适用性：验证设计决策是否能解决问题，工做成果是否知足需求。
以上的四种思惟模式都遵循了《架构设计思惟原则》，下面以我我的的理解来解读架构设计的思惟模式。spa
理解问题
理解问题就是“以人为本”设计思惟原则的体现，所谓“要想解决问题就得会提出问题”，在问题产生的缘由都不明确的状况下，是难以解决问题的，所以要理解问题。.net
问题的缘由产生大部分来自于人自身，所以咱们要主动去沟通问题，理解利益相关方的需求，换位思考问题，这样才能把握架构设计的度，作出恰如其分的设计。例如，利益相关方的业务目标和质量属性（非功能属性），团队成员掌握的技术栈。深刻去了解这些，就比较容易找到问题产生的缘由，最终找到最优的解决方案。架构设计
探索想法
不要简单地认为探索想法就是头脑风暴，这只是其中的一种方式而已。相信熟悉设计思惟原则的读者已经清楚这应该遵循“善于借鉴”的原则。所以探索想法应该是在作好了知识沉淀、不断改进想法的基础上去探索的，否则本身的想法可能也只是别人的一个“轮子”，又重蹈覆辙了。设计
探索想法意味着尝试各类解决方案，并作好知识沉淀，让想法不断修正方向，高效地达到目标。blog
展现想法
正如《架构设计思惟原则》的“化虚为实”强调那样，若是没法让他人理解和接受你的设计意图和决策，那架构设计就没法发挥它应有的价值，软件开发工做就难以顺利进行下去。展现想法不仅仅是为了让他人理解和接受，也是为了检验想法的合理性。开发
展现想法对于项目定义、协商制订计划是很是有用的，这样的分享有利于你们造成共识，以便更合理去开展工做。文档
评估适用性
评估适用性是能够帮助咱们更好地遵循《架构设计思惟原则》的“推迟决策”原则，由于咱们能够根据项目状况评估决策的优先级和不作决策的风险等等。get
评估方法有不少种，最经常使用的是场景适用性评估，根据不一样的场景来验证架构设计的质量属性和业务目标知足的状况，还能够经过风险进行评估等等。
总结
设计思惟模式的运用，让咱们作架构设计有了参考的范本，能够比较清晰地按照范本进行架构设计，但还须要一套灵活的流程来运用这些思惟模式，下篇文章讲解思惟模式实践流程。