架构漫谈

从后端服务迁移，思考前端请求层规范应该如何写？ 比如请求 request('https://www.baidu.com/user-center-xxx/mini-app/auth') request(

某一个项目 含多模块 多人维护 多个需求涉及该项目，需在同一天发布 疑问 发布方式：每个人单独发布 or 合并发布 利弊 单独发布带来的问题 测试测试的内容，不是第二天上线的最终版本 可能会存在晚上发

思考： 中后台页面如何 精致开发？ 可以吹牛皮：我们团队做的 & 我做的，好东西，经历考验的，用过的都说好！ 标准 & 规范？ 体验好？ 交互佳？ 可推广？ 快速交付？ 沉淀？ 复用？ 让团队有影响力

之前的经历，很多文档、wiki 相关的内容，大多数都是口口相传，然后也没有任何形式的文字积累或者文档积累，导致很多事情没有办法追溯。 场景1 历史事件没办法进行追踪导致，比如在做工作交接的时候，因为都