要想开发胜利的软件，开发者必须依据设计策略去做最优的解决方案。只管有时候，比较简单的问题，毋庸思考太多，“梭哈”就完了，既疾速又无效。然而，随着业务的变动和零碎复杂性的减少，设计上的问题始终会呈现的，就像不标准的代码会带来很多隐患和技术债权，这些都是要还的。
凡事预则立，没有架构设计策略的开发，很容易陷入谬误凌乱中，开发工作难以进行上来。因而，要学会使用思维模式（见《架构设计思维模式》）和思维积淀循环（见《架构设计思维模式实际流程》），去制订最优的设计策略。

找到够用的设计

最优的设计策略不是谋求让架构设计达到完满的状态，应该分明这是不可能，因为在事实开发中会有工夫、资金老本、技术、常识、业务变动等限度导致架构设计不可能做到完满。

因而，咱们的指标是找到一个够用的设计，这个架构设计能适应以后企业环境（满足利益相干方的需要等）和灵便应答业务变动。

寻找够用的架构设计，能够参考如下策略：

• 设法升高危险：架构设计失败是很重大的问题，必须时刻思考可能呈现的危险，并依据危险来进行设计。
• 致力简化问题：使用分治、常识和形象等办法，去了解和简化复杂性一直增长的问题。
• 疾速迭代学习：使用思维积淀循环疾速学习，疾速积攒常识，就能疾速实现目标。
• 同时思考问题的解法和证法：能解答问题的设计方案可能有很多，但能证实实用无效的设计方案，可能寥寥无几。因而，须要同时思考问题的解法和证法，以便高效地找到够用的设计。

以上策略可能了解起来有点难度，上面就集体了解再次一一阐明下。

疾速验证解决方案

要想能疾速验证解决方案，必须要建设一套疾速验证解决方案的机制。尽管架构师不是什么技术先知，但能够使用以下机制来疾速验证解决方案：能够先“夸夸其谈”（头脑风暴、参考过来教训、决策矩阵等）来疾速确定待验证的解决方案，再以“胜兵先胜后求战”的思维来优先验证最可能无效的解决方案，最初再使用各种试验的办法去验证解决方案。

设法升高危险

这里要援用下工程学历史学家 Henry Petroski 的话：

失败的概念是设计过程的外围，正所谓“失败乃胜利之母”，通过打消失败，可达致胜利之设计。

做架构设计是肯定要设法打消失败的危险，但现在“伟人的肩膀”（各种打消危险的设计技术）切实太多了，很容易陷入了抉择艰难的泥沼里。

因而，这里的“设法升高危险”应该是依据危险驱动的，即思考危险大小和解决的优先级、抉择适合的技术去口头、评估升高危险的水平再决定下一步设计，这里其实就是使用思维积淀循环的思考、口头、查看步骤。

致力简化问题

简化问题不单单是为了应答日益增长的复杂性和规模，还有开发成本和保护老本等问题。如果把问题想得过于简单也是不行的，那就可能适度设计了。为什么会这样？往往是因为咱们对问题了解的不够深刻，这时候应该使用思维积淀循环去了解问题，积攒常识，再使用循环去把问题形象或者分而治之。

疾速迭代学习

疾速迭代学习，这也是麻利开发的准则。如果一次迭代学习的工夫过长，首先很可能满足不了业务的时效性，其次工夫长无奈灵便应答变动，最初可能会导致保护的代价很高。因为个别周期长的迭代，实现的性能多，依赖多，复杂度高，一旦呈现问题，纠正问题的老本和代价就很高了。因而，架构设计必须疾速迭代学习，保障灵活性和一直进化的个性。

同时思考问题的解法和证法

问题的解法是很多的，越成熟的技术，越多成熟的解决方案，但并不是都适合的。因为每个我的项目和技术团队是有差别的，并不能“一招鲜，吃遍天”，还须要依据本身的领有的条件去证实某个解决方案的确是最优的。这是十分符合思维积淀循环的，因为思考了问题口头后必定是须要进行查看的。

总结

尽管现实的架构设计是不可能的，然而也不能没有理论实用谋求的。寻找够用的设计 其实是强调架构设计的度，要使用高效设计策略去寻找恰到好处的架构设计。因为适度或者过简的架构设计是不行的，适度必然浪费资源，过简必然无奈躲避危险。