todo
Opened this issue · 4 comments
那么问题来了
如果在watch里面给自身赋值会怎样

哦会获得一条warning
那么问题又来了
递归怎么计算层数，闭包
https://juejin.cn/post/6844903600737484808#heading-0
About git rebase
git rebase main feat_old --committer-date-is-author-date
// when rebase use the
git commit -am "commit_after date +'%Y-%m-%d %H:%M:%S'"
Git rebase —onto
Git merge —no-ff


About how to undo a rebase
stackoverflow
http/1
http0.9
- GET /index.html 返回一个页面然后关闭tcp连接
http1.0 - post，head命令
- 状态码
- HTTP header
Http1.1
队头阻塞
持久化 tcp连接，http管道中响应需要按顺序，解决方案是多个tcp连接
Http 2
- 多路复用HTTP 请求：解决了队头阻塞的问题，服务器任何顺序应答包，客户端重组数据包
配置自动化
dechang：配置转代码，业务配置研发效率
- 需要统一实现方式即接入方式
- 配置的自动化
- 从用户的角度想想想想想
- 开发流程的角度想，简化开发流程
- 配置提出来，配置中心，想想alp，初衷肯定是好的，只是实现上有点不够
- 想想k2
- 现有流程如何优化，独立，通用
- 低代码
- 结合现有代码生成，存储配置，配置单独作为物料？？？
- 配置的差异化？定制性跟差异性
- 站点==租户，从数据隔离的层面去想
- 不同站点不同配置，不同租户不同数据源
- 现在多站点采用的是逻辑隔离
- 那就大胆一点，放config文件跟放cdn其实是一样的原理，但凡可以配置的文件都放配置中心
- 配置与项目解耦，实现快速上线字段
配置中心
front-end
配置中心的好处，可以区分环境，dev/sit 可以达到无发版修改参数，分模块or页面拉取配置，
- 配置中心：因为现在的操作方式都是开发来修改json文件，哪怕是开发自己用也是不够方便的
- 图形化
- 界面化
- 体验
- 接入方式
- 每个页面有不止一套配置，如何扩展(模版中预留参数名）
- 配置的命名
- 接入方式
- 接入的标准化
- 合并mixin
- 重构mixin成hooks
- 配置如何与代码生成的逻辑衔接起来？
- 模版跟配置是否有耦合
- 配置+模版+组件=页面
- 可以提前设计模版跟组件等基本物料
- 配置是否需要版本控制，回退等
思路再打开的话，设计原型的时候就可以生成配置了，但是目前还没有工具或者是成熟工具具备这种能力
yaml 也好 dockerfile config.js 也好都是配置文件
https://showme.codes/2016-08-12/automation-configuration/
https://github.com/apolloconfig/apollo/wiki/Apollo%E9%85%8D%E7%BD%AE%E4%B8%AD%E5%BF%83%E4%BB%8B%E7%BB%8D
https://juejin.cn/post/6844903717204918286
服务器推送？心跳检测？多环境配置
https://juejin.cn/post/6844903717204918286#comment
缺sql，库表设计，参考下思路