2024年从零开始学架构——架构设计的目的_什么时候做架构设计(2)，2024年最新GitHub标星过万

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

“When systems are constructed from many components，the organization of the overall system-the software architecture presents a new set of design problems.”
随着软件系统规模的增加，计算相关的算法和数据结构不再构成主要的设计问题；当系统由许多部分组成时，整个系统的组织，也就是所说的“软件架构”，导致了一系列新的设计问题。

所以只有规模较大的软件系统才会面临软件架构相关的问题，例如：

• 1）系统规模庞大，内部耦合严重，开发效率低；
• 2）系统耦合严重，牵一发动全身，后续修改和扩展困难；
• 3）系统逻辑复杂，容易出问题，出问题后很难排查和修复。

架构设计的误区

关于架构设计的目的，常见的误区有：“因为架构很重要，所以要做架构设计”，这是一句正确的废话，架构是很重要，但架构为何重要呢？
不做架构设计系统就跑不起来么？
其实不然，很多创业公司可能就没有架构设计，简单的讨论一下用户诉求就开始编码实现，只要功能能正常使用就可以了，也不会有很多用户量。
做了架构设计就能提升开发效率么？
也不尽然，实际上有时候最简单的设计开发效率反而最高的，架构设计毕竟需要投入时间和人力，这部分投入如果用来今早编码，项目也许会更快。
设计良好的架构能促进业务发展么？
好像有一定的道理，例如设计高性能的架构能够让用户体验更好，但反过来想，我们照抄微信的架构，业务就能达到微信的量级么？肯定不可能。

不是每个系统都需要做架构设计。如果生搬硬套业界其他公司已有的架构，有可能造成架构水土不服，或者运行起来特别扭的情况，最后往往需要不断重构，甚至无奈推倒重来。目前所在的公司做的一个项目强行引入某框架导致的后续问题不断，早期我就提出过这个框架的问题，后续框架问题不断，且问题难以定位，框架和代码耦合严重也难以扩展，已经达到了需要重做的地步。所以框架架构选型一定要根据实际情况来做，否则适得其反。

架构设计的真正目的

整个软件技术发展的历史，其实就是一部与“复杂度”斗争的历史，架构的出现也不例外。简而言之，架构也是为了应对软件系统复杂度而提出的一个解决方案，通过回顾架构产生的历史背景和原因，我们可以基本推导出答案：架构设计的主要目的是为了解决软件系统复杂度带来的问题。

简单的复杂度分析案例

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**