业务架构设计规范，业务模块化，核心业务、非核心业务分离，区分主流程、附流程，隔离不同类型的业务，稳定性原则，解耦/拆分，松耦合

API 接口设计规范，目的是提供给研发人员做参考。规范是死的，人是活的，希望自己定的规范，不要被打脸。

作为一枚java程序猿，经常会接收到产品或领导的一句话需求，“一句话需求”真是说时一时爽，上线之后都是填不完的坑。从“我们”角度出发，想着帮需求方一起梳理需求价值，而不是一味的把问题抛给对方。

REST表述性状态转换，REST指的是一组架构约束条件和原则。 如果一个架构符合REST的约束条件和原则，我们就称它为RESTful架构。稳定性、接口的跨域性、接口的协议规则、接口的路径规则、接口单一原则、接口过滤和接口组合等诸多因素

优秀的架构都是根据业务的发展需要不断的改出来的。所以不要指望一步到位，每次架构调整能支持最近半年或者一年的量就OK。你需要做的就是让你的系统在不断的改进过程中一直保持高可扩展性，高可维护性。判断是否具备高可扩展性的一个方法是在需求增加和变动的时候，你是否狼狈。

写博客能够形成积累，而如果职场没有积累，就是空中楼阁。 IT领域知识更新换代之快需要我们不停地向前奔跑，当我们痛苦地追逐时尚的新鲜玩意时，更需要放慢脚步，冷静地修炼自己的“内功”，以不变应万变，才能立于不败之地。