@TWorldIsNButThis
可以保证，如果 19 行注释掉那么假设 4 行的顺序为 1 ，6 行的 new Promise 也是 1 ，9 行和 22 行的 then 是 2 ，14 行 then 是 3
如果 19 行不注释，那么假设 4 顺序为 1 ，6 行 new Promise 是 1 ，依照规范，如果.then 中 return 的 x 是 promise 对象，那么当前 then 的状态变为此 promise 状态，所以当前的 then 必须等待 19 行的 Promise.resolve()
所以顺序变为 9 和 19 行是顺序 2 ，14 和 22 行为顺序 3

@shakukansp typo 了 保证你在下一个 then(val) 里拿到的 val 是 233

在 then 里面 return 233 和 return Promise.resolve(233)
promise 的规范是保证你在以下各 then(val)里拿到的 val 是 233
没说 return 233 和 return Promise.resolve(233) 是一样的

你这返回了一个 promise.resolve(),后面的 555 被往后推了一步啊

现在如果是面向传统多页面的应用，要使用现代框架还有 ssg 这个办法
也基本上就是操起 html 就写

大体思路可以，但是实际用这几天教基本不可能

0.01 基础，讲一两天 js 基本很难开始写东西

不知道你有没有实际教过

脚手架，你得给他解释很多遍 import export

刚开始写点东西就会遇到引用类型和值类型的问题

vue 的话全局注册组件，局部注册组件要解释半天，怎么父子组件、跨组件传值解释好半天

react 用 class 组件很快要遇到 this 和 bind call apply, 用 hooks 很快遇到闭包应用和异步 state 问题

总之就是一旦页面最终展现结果和他 0.01 基础的结果预期表现不一致那么你就要花很大功夫去给他解释

就算你当时讲的很清楚，过半小时又不会了

所以你这个时间估计的还是太理想了

@gogogo1203
1 万个和 2 个是一样的，只要一个组件内需要多次调用 timer,那么就不能用全局变量
是这意思，和有多少 dom 没关系

那你一个组件里要调 1 万个 timer 呢

ssh config editor?

是不是用了之后 github 推代码都感觉自己在赚钱

两个项目部署发布哪里麻烦你可以放同一个 nginx 配置下面啊

ts 并不能对运行时造成影响
你去掉 ts 怎么给它默认值，加上 ts 就还是怎么给，只是多了类型

unplugin-auto-import

随便吧，你觉得哪个看着顺眼用哪个

除了最后一个我感觉上面的都没什么所谓

是这样，用户在网页上传一个 html 文件，用户不想下载了以后再打开文件，就要在网页上能预览

@cozof 要网页打开……

@shakukansp webpack 打包的时候可以选择输出为一个挂载在 window 上的对象的

vue 写完，webpack 编译好打包，给一个 Index.js 的入口，好似没有什么问题