来源书籍
架构漫谈
软件架构方法论类
类别清单覆盖
6/7
已覆盖 6
补充生成 0
未覆盖 1
全书概览
架构漫谈 (架构师迷你书)
类别:软件架构方法论类
四象限结论:经典原理(高浓度 + 高稳定性)
作者:王概凯 Kevin | 出版:2016-03-11 (InfoQ专栏合集)
评级结论:经典原理(最高级别)
四象限判断:高信息浓度 × 高稳定性
- 高信息浓度:全书几乎不讲”怎么操作”,而是持续追问”为什么”——为什么会产生架构 (分工的5个条件)、为什么切分本质是利益调整、为什么架构师必须有组织权力等。即使第8章 讲代码分层(Service/Glue Code/Business/Repository),落脚点也是”为什么这么分”(逻辑只能 存在于Business中的原理),而非某个框架的具体用法。
- 高稳定性:核心论证建立在人性(维护自身利益)、组织学(权责对等)、图灵机/冯诺依曼结构 等不随技术迭代而过时的基础上。书中刻意避免绑定具体语言/框架/工具版本,作者本人也强调 “技术是为业务服务的手段,原理比技术更根本”。
用户已确认此评级(2026-07-12)。
章节进度追踪表
| 章节号 | 章节标题 | 精读/略读 | 状态 | 卡片数 |
|---|---|---|---|---|
| 01 | 什么是架构 | 精读 | done | 2 |
| 02 | 认识概念是理解架构的基础 | 精读 | done | 2 |
| 03 | 如何做好架构之识别问题 | 精读 | done | 2 |
| 04 | 如何做好架构之架构切分 | 精读 | done | 2 |
| 05 | 什么是软件 | 精读 | done | 2 |
| 06 | 软件架构到底是要解决什么问题 | 精读 | done | 2 |
| 07 | 架构师没有话语权,还架什么构 | 精读 | done | 2 |
| 08 | 从架构的角度看如何写好代码 | 精读 | done | 2 |
| 09 | 你理清技术、业务和架构之间的关系了吗 | 精读 | done | 2 |
章节内容对应关系(EPUB spine)
全书9章正文均在 _epub-src/OEBPS/text00001.html 单文件内,按 <h1 id="..."> 锚点切分。
类别清单核对(软件架构方法论类)
| 必答维度 | 覆盖状态 | 已有卡片/说明 |
|---|---|---|
| 架构的定义、目标与问题识别 | 已覆盖 | [[架构三步定义]]、[[先问谁的问题]]、[[别把方案当问题]] |
| 概念、抽象与模型边界 | 已覆盖 | [[概念对应问题]]、[[抽象不是定义]] |
| 切分、分层与职责分配 | 已覆盖 | [[切分就是利益调整]]、[[架构必须是树]]、[[逻辑只能在Business]] |
| 业务、技术与系统的关系 | 已覆盖 | [[技术是业务使能器]]、[[业务大脑技术四肢]] |
| 架构治理、权责与组织协作 | 已覆盖 | [[架构师需要调动权]]、[[架构分工条件]] |
| 质量属性与长期演化 | 已覆盖 | [[软件架构两类问题]]、[[超越时间恐惧]] |
| 方案验证、落地与反馈 | 未覆盖 | 当前卡片未具体展开验证或反馈闭环。 |
章节与卡片
01 什么是架构
02 认识概念是理解架构的基础
03 如何做好架构之识别问题
04 如何做好架构之架构切分
05 什么是软件
06 软件架构到底是要解决什么问题
07 架构师没有话语权,还架什么构
08 从架构的角度看如何写好代码
- 逻辑只能在Business 普通读书笔记卡
- Service层勿滥复用 普通读书笔记卡
09 你理清技术、业务和架构之间的关系了吗
相关主题
暂无公开主题。