架构思想——阅读笔记09
原文链接：https://mp.weixin.qq.com/s/ZgT7rFg04YxgnRTYQnJxSA
架构其实就是把复杂的问题抽象化、简单化，可能你会觉得“说起来容易但做起来难”，如何能快速上手。可以多观察，根据物质决定意识，借助生活真实场景（用户故事，要很多故事）来还原这一系列问题，抓住并提取核心特征。
CPU运算速度>>>>>内存的读写速度>>>>磁盘读写速度
架构思想
-
满足业务发展需求是最高准则
-
业务建模，抽象和枚举是两种方式，需要平衡，不能走极端
-
模型要能更真实的反应事物的本质，不是名词概念的堆砌，不能过度设计
-
基础架构最关键的是分离不同业务领域、不同技术领域，让整个系统具有持续优化的能力。
-
分离基础服务、业务规则、业务流程，选择合适的工具外化业务规则和业务流程
-
分离业务组件和技术组件，高类聚，低耦合 - 业务信息的执行可以分散，但业务信息的管理要尽量集中
-
不要让软件的逻辑架构与最后物理部署绑死 - 选择合适的技术而不是高深的技术，随着业务的发展调整使用的技术
-
好的系统架构需要合适的组织架构去保障 - 团队成员思想的转变，漫长而艰难
-
业务架构、系统架构、数据模型
发现很多 API 和乐高积木的相似之处：
-
标准化：通用、标准化的组件，作为基本的构建块（building blocks）；
-
可用性：强调可用性，附有文档或使用说明；
-
可定制：为不同功能使用不同的API；
-
创造性：能够组合不同的 API 来创造混搭的结果；
