架构原则

1、考虑可维护性、可测试性、可扩展性

2、重构

3、学习成本

4、减少代码量，代码量减少直接导致出问题的风险降低

5、程序能跑起来，易读、易扩展、易维护，甚至可以直接重用（重用性）

6、问题的多少和系统的复杂度呈正比， 而且不仅是线性正 比，还可能呈级数正比，有 一 些资深的工程师开始站出来挑战这些 问题，有的基于业务分析给出平衡 的方案，有 的开始尝试设计更高级 的技术，有的开始设计更灵活的系统，有的则开始简化和轻量化整个系统 ...... 这些高 智商 、 经验足、不怕难的工程师们引领着整个行业前行。他们就是架构师

7、分离控制和逻辑：所 谓控制就是对程序流特的与业务逻辑无关的代码或系统的控制(如多线程、异步、服务发现 、部署、弹性伸缩等)，所谓逻辑则是实实在在的业务逻辑，是解决用户问题的逻辑 。 拉制和逻辑构成了整体的软件复杂度，有效地分离控制和逻辑会让你的系统得到最大的简化 。

8、soc (关注点分离) 、 SRP (单一职责原则〉、 OCP (开闭原则)