“T” 字模型

文章目录

1. 1. 架构的时候容易乱——使用 “T” 字模型思考
2. 2. 模块组件间交互繁杂—— 为什么有 中介者

架构的时候容易乱——使用 “T” 字模型思考

原因：
架构代码的时候，总想有没有更好地解决方案，如何尽可能的模块解耦，责任单一……，如何查分类，架构中需要有什么模块，需要使用什么工具链……

可是一下子把所有问放在一起，整个人很多时候会乱，而且想的越多越乱

解决方案：

1. 简单化模块，现有最基本的框架 eg MVVM，MVC
2. 把最简单的模型先搭建起来，然后实现一个主流程功能
3. 接着在实现其他主流程功能
4. 想想可以添加那些 模块组件 让自己的架构更加优美
5. 重构，然后再先有个主流程线

总结：

1. 现有要做的东西有个 外在的整体认识，想给用户提供什么 接口！
2. 先实现一个接口的功能，然后再把所有线的实现出来
3. 重构

整体思想方式 是 “T” 字思考

模块组件间交互繁杂—— 为什么有 中介者

1. 程序调用流程是线性的，思维混乱的程序员很容易把这条线搞的杂乱无章，虽然可以让程序跑起来，可是维护费劲
2. 中介者：模块中提供中介者，定义一种编程规范，使用 中介者 让代码分类，这样把模块减少，减少杂乱的线，这些线放在中介者中

中介者—— 像个管理者一样，在实际中调度各个部门，部门有什么问题想中介者汇报

如果没有中介者——管理者，那么 部门之间问题相互穿插 orz