架构之美
![809d2092ace01d7b60a42c88869e6503.png](https://img-blog.csdnimg.cn/img_convert/809d2092ace01d7b60a42c88869e6503.png)
我们一般说的架构既包括架构的设计过程,又包括设计的产出物,可以是各类设计文档、设计图,也可以是一些技术验证代码、Demo或其他相关程序。
文档的目的在于准确记录我们的思维产物,在软件尚未实现时,作为指导蓝图,尽量精确地描述清楚软件。
在软件的实现过程中,可能随着我们的深入研究,根据具体情况对文档做出局部的调整和修改。
在软件已经实现以后,部署运行的软件实例和代码只能说明软件目前是什么状态,却无法告诉我们这个软件系统是如何从开始设计,慢慢变成现在看到的样子的,这个思维的过程和中间做出的很多决策的信息丢失了。
一个软件系统的长期稳定发展,必然需要一个可靠的、随着软件本身的维护不断同步更新的文档作为每次变更的出发点。这样我们可以随时沿着架构相关的文档逆流而上,了解这个软件系统从整体到具体的设计思路。
同时,文档作为结项或交接的一部分,也是整个软件项目的产出物的一部分,成为公司IT资产的有机组成部分。其中一个架构图的例子如图所示。
![d34bd08283ce5f0d89438073930ef2a9.png](https://img-blog.csdnimg.cn/img_convert/d34bd08283ce5f0d89438073930ef2a9.png)
文档是设计的载体,代码是