咱们做开发的，日常工作中多多少少都会涉及一些架构设计方面的知识。说到架构设计就不得不提架构图，曾几何时，每一个软件项目都需要一个架构图。但想要画好一张架构图并不容易，一个很简单的架构也可能会出错。你可能曾经也遇到过类似的问题：
- 在构思架构图的过程中，如何针对当前需求选择合适的架构，如何面向未来，保证架构平滑过渡？
- 对着画布无从下手、删了又来？
- 用什么工具画更好？
- 如何用一张图描述我的系统，并且让产品、运营、开发都能看明白？
- 图上的框框有点少，是不是要找点儿框框加进来？
（架构图分类）
好的架构图有什么标准吗？俗话说“一图胜千言”，一张好的架构图是不需要过多解释的，它应该是自描述的，并且要具备一致性、健壮性和足够的准确性，能够与代码相呼应。
从一致性上来说，包括结构和语义两个层面。结构外观一致，即方框、形状、边框、线条、颜色等。语义上，所有的架构图与最新的代码变更之间以及架构图与架构图之间都应该定期保持同步，因为一个架构图的变更可能会影响到其他架构图。
除了从0构建，架构图的重要挑战往往发生在架构发生重大变化时，如何更新是我们需要思考明白。大多数情况下，根源性的问题并不在于是否使用了一门有效的架构描述语言（比如UML），而在于低估了架构图的重要性，转而依赖不恰当或不具备一致性的指导性原则，或者缺乏架构思维。
此外，微服务等现代架构的复杂性对架构图同样会产生一些影响，每个微服务都可能有自己的架构图，我们需要关注分布式组件及其类型、组件间的交互方式、生命周期与从属关系。
一张好的架构图确实得费一番功夫，架构图既是专业深度的浓缩体现，也是技术广度的集中呈现。
今天给你推荐一个前阿里P9华仔的专题分享——《如何画好一张架构图》，从架构及视图类型、系统序列图、绘制技巧并结合案例一一讲解，360°明晰架构图绘制关键要点。
我的公号粉丝免费
记得添加学习助理
获取优惠报名链接和配套课件哦~
