07 | 多维与视图：系统设计的思考维度与展现视图

希望能够对上面视图的产出过程有个详细的分析 比如 模块是如何一步步抽取出来的 这中间有那些比较好的方式 有那些法则需要遵循

一口气读完5-7篇，被作者对软件开发的透彻理解折服了，拿建筑设计类比软件设计，尤其是三视图来引出如何明确定义一个软件，这种思考角度给我很大的启发，从公众号跟过来极客时间果然是值得的。 但是也有一个疑问，以我所在的游戏行业为例，游戏开发主要是开发具体的功能需求，整个游戏服务的架构（数据库、网络、分布式架构）都是基本固定的模式，由运维人员负责管理维护，在游戏开发时往往都是采用敏捷开发的方式，直接从策划需求开始实现功能代码。看了这3篇文章，对软件设计在思考层面似乎有了一些领悟，但又不知道该如何应用到日常的游戏开发中，不知道老师是否有什么建议？ 另外，建议极客时间加个用户查看自己留言的功能，否则留言完都不知道去哪找。 继续补学习笔记： 1.机械设计的三视图 准确描述出一个机械零部件 2.如何准确描述一个软件 维度更多，更抽象 UML（unified modeling language），统一建模语言，尝试做一个用来描述软件三视图的工具，但没能流行起来 3.组成视图：描述系统由哪些子系统、服务、组件部分构成 按功能划分，用于了解系统结构与分工 功能单一化：每个模块负责且只负责一个功能 功能正交化：每个功能由且仅有一个模块提供 4.交互视图 表达系统或服务之间的依赖与协作关系，在设计时用来确定模块划分是否合理，开发时以此来确定接口和交互细节 5.部署视图 确定服务、中间件，网络等。可以用来确定IO瓶颈等，并定义吞吐量和延迟要求。 6.流程视图：类似UML的序列图 7.状态视图： 状态是业务的核心，状态转移过程就是业务逻辑。 无状态业务，有状态业务，对代码的要求是不一样的。

能介绍下好用的画图工具吗，特别是Linux或Mac上

您非常善于从普通概念出发进行深入思考，看到更加本质的东西。UML 我当时完全是当成一块孤立内容进行学习的，好像横空出世，跟计算机专业其他基础课也不搭边，更不用说能看出来它和三视图的关系🙃

针对微服务化，我认同前三者视图。流程和状态感觉是前三者组合衍生出来的，核心还是前三者。 1.组成视图，用以理清系统功能。 2.交互视图，用以分析服务间依赖，看看是否拆分错。这个涉及到架构设计中，中纬度设计是否合理。 3.部署视图。用以关注服务，中间件，使用端之间的网络传输，确定IO瓶颈。这个涉及到架构设计中的高纬度设计是否合理。

老师，这些视图都是用什么工具画的？能推荐一下吗？

这篇文章质量非常高，干货。

我们公司的架构设计文档还包含用例Case

感觉和4+1视图很像，但缺少了个场景视图，use case

把中学三维图描述三维物体的思想迁移到软件工程中描述软件系统的思想很妙。 根据自己的经验归纳总结出的五类图，即成体系又很巧妙，爱了爱了。 系统由哪些组件组成、组件之间的依赖被依赖关系（组件的排布）、组件之间的逻辑交互、组件之间交互的状态（快照）、部署，是否有种似曾相识的感觉，定义集合，集合上有哪些运算，集合之间有哪些运算，集合运算的步骤是什么，集合运算的具体步骤，用啥做集合运算。 有状态的服务比无状态的服务复杂很多，在系统设计的时候尽可能控制状态的感染范围。