一文道尽软件架构及前端架构演进

这是奶爸码农第60篇原创文章，点击上方蓝字关注

01

什么是软件架构？

人人都在说软件架构，但人们并不能给出一个准确的定义，就像Martin Folwer在《Making Architecture Matter》上分享说的，Architecture is about the important stuff. Whatever that is。

软件界的人们长期以来一直在争论架构的定义。对于某些人来说，这就像是系统的基本结构，或者是将最高级别的组件连接在一起的方式。但Martin认为没有客观的方法来定义基本的或高级的组件，软件架构的更多是专家开发人员对于系统的设计的共同理解。

架构的第二种常见定义是，它是“需要在项目早期就做出的设计决策”，但是Martin觉得更像是在项目开发过程中你期望能够早日做出的正确决策。

因此，软件架构是关于软件开发中重要的事情。思考软件架构其实就是思考哪些是最重要的事情，并且要保持这些部分始终运行在良好的状态下。

软件架构通常涵盖三个部分：

• 架构模型：定义了系统组件是如何组织和拼装的，明确系统的组件模块，划分各自边界以及如何组合在一起。

• 通信接口：定义了系统组件之间是如何进行通信的，通常指的是组件/模块之间的通信方式、接口定义、API。

• 质量要求：定义了非功能性的系统要求，例如扩展性、稳定性、高可用性、高并发、高性能、安全等等。

不同阶段构成架构的因素是不同的，基于这个思路，架构设计可以分为四个层级：

• 系统级，即应用在整个系统内的关系，如与后台服务如何通信，与第三方系统如何集成。

• 应用级，即应用外部的整体架构，如多个应用之间如何共享组件、如何通信等。

• 模块级，即应用内部的模块架构，如代码的模块化、数据和状态的管理等。

• 代码级，即从基础设施来保障架构实施。

02