@daokedao 对不起我错了，http 本来就是协程的

你就不能在 fs 里面加个 go 么

overload

webstorm 给你安排妥当

？
很少用 shift
都是 caps lock

举个例子
const fn = () => {
return function () {}
}

fn()() 什么意思
fn()(function () {
console.log("hhh")
})什么意思
fn();()什么意思
fn();(function () {
console.log("hhh")
})什么意思

自己想想

电视需要有类似 sony 的游戏模式的，不然输入延迟很大

all kinds 不可能，比如用 ts 写的 node 项目

太小看 gfw 了吧

。。mac 的保存不是⌘s ？？

OP 这个 antd 替换 moment 的插件，antd-vue 1.7.8 版本的能用吗

几把笑飞了

new Promise(resolve => {
resolve();
})
.then(
() => {
new Promise((resolve) => {
resolve();
})
.then(
() => {
console.log(333);
}
)
.then(
() => {
console.log(444);
}
);
return Promise.resolve().then((val) => {
console.log(233);
}).then(() => {
console.log(888);
}).then(()=>{
console.log(999);
})
}
)
.then(
() => {
console.log(555);
}
);

顺序：
333 和 233 平行，按照声明顺序
444 和 888 平行，按照声明顺序
接着 999
而 555 要等到上一个 then 中 return 的 promise 的最后一个 then resolve
所以 555 最后被输出

输出
333
233
444
888
999
555

楼主你自己再好好想想吧

@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 就写