前言

如何确保软件工程质量？
如何管理版本？
如何确保迭代的稳定性？

- 阅读剩余部分 -

前言

为什么要读别人的代码？
如何读懂别人的源码？
读源码的目的又是什么？

- 阅读剩余部分 -

前言

我们是如何书写设计文档的呢？
团队的设计文档是什么样的呢
好的设计文档应该是什么样的呢？

- 阅读剩余部分 -

本节笔记为思维导图形式：

- 阅读剩余部分 -

此次笔记内容为 思维导图：

- 阅读剩余部分 -

架构的老化

功夫皆在平常

我们不能指望有一天架构水平会突飞猛进。架构能力提升全靠平常一点一滴地不断反思与打磨得来。

架构老化源于什么？

添加新功能的时候，功能需求不在框架的范围之内，很多功能代码逃出框架范围之外

- 阅读剩余部分 -

此篇请看原文，其中的时间轴图，我自己画了简易的版本：

开闭原则包含以下两层含义：

1. 模块的业务要稳定

每一个模块都应该是可完成的

1. 根据模块的复杂度来决定。简单的通过回调或者接口的方式开放出去，复杂的通过插件机制将系统分解成“最小化的核心系统和多个正交分解的周边系统”事实上回调函数或者接口本质上就是一种 事件监听机制 ，所以它是插件机制的特例。

- 阅读剩余部分 -