date 是一个音节，末尾 e 不发音。
data 是两个音节，前面的 a 发 /æ/ 发 /ei/ 都毛得问题, 但是末尾的 a 要发音的。如果发成一个音节那就是错误，就不是口音的问题啦。

后面再跟一个单词特别是辅音 t 开头的，就会更加明显啦。

date type --> 由于 date 末尾 e 不发音，实际两个 t 的音合并了，读 dei-taip
vs
data type --> 由于 data 末尾 a 发音，所以两个 t 的音无法合并，中间夹了一个小口 e 音.


音节问题其实不难的，难的是带 l 的发音。
来，跟我一起读：fire file fail fall feel fill full fool!

把元素 attach 到文档里了吗？不想显示在页面上的话就要用离屏 canvas，https://developer.mozilla.org/en-US/docs/Web/API/OffscreenCanvas

@avastms 确实是没有根据 build 生成的文件跟踪来做删除，而用了最简单的清空 output 目录的方法，但我觉得这个操作可以理解，并非前端浮躁肤浅。

加后缀不是为了多版本共存，是因为把指纹或者说版本号放在 url 的 querystring 里其实不是最完美的方案，存在一定风险（有些浏览器认为 querystring 变化后资源可以复用；持续集成发布中遇到资源引用更新但实际内容没来得及更新时 CDN 会用新 URL 缓存旧资源，而你不可能每次发布都刷一遍 CDN 缓存； 。。。），而目前公认的方案是放在 filename 里。所以 rebuild 需要清空上次内容，而最简单的 clean 就是清空整个目录。

@avastms 总喜欢和其他 C 系的项目比，但是这里的比较是不对等的。前端的这些 CLI build 产生的 output 目录是 release-ready 的，你 copy 这个目录然后拿个 nginx 托管一下就能跑的，这是这些工具的意义。make 一下直接就地生成二进制能直接目录打包分发给客户么？你要做 installer 或者 zip 打包你的软件，是不是提前要保证目标目录是干净的？你不希望你的 installer.exe 一释放你的学习资料跑出来了吧，你的 Assembly 过程不希望最终的 package 混进奇怪的东西吧。 所以说这个和传统的 clean 是有差别的。

搭配 ES6 的 Proxy 一起食用那叫一个酸爽，保准泪流满面哭着喊苍天啊这都什么鬼 feature 啊 https://github.com/tc39/proposal-class-fields/issues/106 有兴趣可以看看这个 issue

@crclz Angular 中的 @ViewChild 表示被自己被忽略了，怎么不能拿子组件实例了

@reus 传统的编译型语言不存在编译后的目录上 CDN 的问题，前端的编译输出目录一般认为是可以直接拿来替换上一版本放在静态服务器或者 CDN 上的。有空我去试下 visual studio 下手动更改 C#项目 output 然后 build / rebuild 。

Windows 桌面图标拖拽也有鬼影怎么办😂

dom 事件叫 oncontextmenu，你换成 Vue 的语法绑就行。

这俩东西都还不是 ES 标准呢，不是你说的 ES6 的内容。这个提案在 stage 3 里躺了一年多了，愣是进不了 stage 4。

读 w3c spec ？

```
class JSChannel {
constructor() {
this.outputBuffer = [];
this.inputBuffer = [];
}

output() {

if(this.inputBuffer.length) {
const input = this.inputBuffer.shift();
return Promise.resolve(input);
}

const defferred = (() => {
let resolve, reject;
let promise = new Promise((res, rej) => {
resolve = res;
reject = rej;
});

return {
promise,
resolve,
reject
};
})();

this.outputBuffer.push(defferred);
return defferred.promise;
}

input(item) {
if(this.outputBuffer.length) {
const output = this.outputBuffer.shift();
output.resolve(item);
return;
}

this.inputBuffer.push(item);
}
}
```

@love 不是的呀，你没开 strictNullChecks，所以 null 和 undefined 是所有类型的子类型，也就是说变量 next 是 number 类型隐含了它可能为 undefined。

@hrn961110 油猴脚本就是干这种事的，使用者自行承担对自己的账号风险。我觉得楼主的意思是把 devtools 里的 source tab 当本地开发时候的 editor，应该是可以的。但是要保证刷新页面后引用的 js URL 一致吧，可能还要缓存头配合？这样浏览器才会正确使用本地修改的版本？本地路径映射应该是没问题的。话说回来，vscode 配合 webpack hot reload 外加俩显示器还是挺香的，devtools 里的 source tab 的编辑功能差 vscode 太多了。

JWT 适合单页面应用，前端自己管页面路由，有前端路由就会有路由拦截器，在拦截器里做权限和登录判断不会很麻烦的。Ajax 用 axios 也是有 HTTP 拦截器的，像 Angular 更是直接支持 HttpInterceptor，在拦截器里做 token refresh 都可以，实际发请求的逻辑层甚至都不会发觉 token 被 refresh 了（ rxjs 大法好）。

如果是传统的后端吐 HTML 的架构，还是用 Cookie 比较方便，后端控制页面重定向什么的，前端不用关心请求头和页面权限。

excuse me? 自己写的模块为啥要放到 node_modules 里?