# 内容来源公众号【前端连环话】#
前言
入行那时起,参与边边角角的开发,再到只负责自己模块的开发,无需关心别人在做什么。慢慢地接触到核心逻辑,并参与其中的设计。但对于架构,仍是一头雾水,什么总体架构、逻辑架构、功能架构、技术架构。。。
后来作为项目负责人,把控设计、研发、测试、部署全流程闭环,从单纯写代码,到各种项目文档的输出。项目越做越多,知识越来越丰富,慢慢也明白了什么是架构
架构定义
软件架构是指系统的顶级结构,对于复杂的系统,往往很难表达清楚,涵盖的功能和应用太多,为了便于开发者和用户理解,减少沟通成本,降低因理解不一致带来的偏差。故而采用“分而治之”的方法,从不同视角来描述系统,也就是说,每一种架构图,都是一种视角。
所谓的架构,就像盖房子,除了要有整体结构,还要了解内部构建,如何水电布线,如何精修装饰,如何软装搭配,每一个环节都需要一套图纸,而产出,就是各类架构图
架构分类
架构分类很多,但不是每一个都必须,具体取决于项目复杂度、项目类型(如业务系统还是大数据类系统)等。一般在输出架构设计方案,向上汇报时,常用的架构图关系如下

每一类架构又该如何定义?以什么样的形式输出?各自的侧重点是什么?架构分层结构又如何?
更多内容,请关注
持续分享好玩又有用的职场技能

文章讲述了作者从初级开发者到项目负责人的成长过程,逐步理解软件架构的含义。架构是系统的顶级结构,用于简化理解和沟通,常通过多种架构图从不同视角描绘。常见的架构分类包括总体架构、逻辑架构、功能架构和技术架构,每种都有其特定的输出形式和侧重点。

被折叠的 条评论
为什么被折叠?



