写了一篇文章：[使用 webpack 构建 chrome 扩展的热更新问题]( https://lyreal666.com/%E4%BD%BF%E7%94%A8-webpack-%E6%9E%84%E5%BB%BA-chrome-%E6%89%A9%E5%B1%95%E7%9A%84%E7%83%AD%E6%9B%B4%E6%96%B0%E9%97%AE%E9%A2%98/)

政觉得：可

[webpack 官方文档 externals]( https://www.webpackjs.com/configuration/externals/)

复杂的字符串处理上正则

@ayase252 #16 这倒确实要，一般都要使用 babel-plugin-import 插件配置 antd 按需导入，antd-dayjs-webpack-plugin 插件替换 moment 成 dayjs 减少打包体积，还有修改 antd 主题等... 当然了，优化不优化还是看你自己了

@darknoll #14 说实话，我觉得大厂的前端应该都会写简单的 CURD。很多招聘信息不都写着至少熟悉一门后端语言。

@tyrealgray #4 也对，换成高水平的前端吧。各种 cli，库，框架将细节封装起来，并且随着时间的推移会还会有更多的细节被掩盖，而平时的开发其实大多数是业务开发，接触不到细节，即便能接触到，没有比较扎实的基本功和持续不断的探索精神也没办法探究下去，很容易导致一直原地踏步。舒适区是很可怕的，如果没有足够的动力，很多人是很难走出也不愿意走出舒适区的。

其实我觉得吧，现在有些人就是没意识到，甚至不愿意承认前端的门槛越来越高了。
搞技术的如果不能持续学习，不愿克服困难，持续探索，真不适合当程序员。

尴尬，前面的回复好多错别字，重新整理了下知识细节部分：
在我的认知里，chrome 扩展本质上就是一个包含 manifest.json 的文件夹，最后会被 chrome 托管为一个静态文件服务器，协议就是 chrome://。然后 popup 也就是点击图标后的弹窗本质上就是访问静态服务器上的一个 options.html 文件。我们知道现在前端的 SPA 本质上访问的也就是一个 index.html，所以开发 popup 页面和开发普通的 SPA 是没有很大的区别的，都可以充分利用 webpack 模块化和热更新。不过还是有一些细节上的问题，例如由于 CSP 的限制 chrome 扩展不能执行 eval，内联 js 代码，这个通过配置 manifest.json 的 content_security_policy 字段即可。还有就是我们知道前端路由一般有 BrowserRouter 和 HashRouter 等 Router，因为 BrowserRouter 需要访问的服务器将所有 HTML 页面定向到 index.html，但是 chrome 托管扩展的静态服务器是没法编程控制它将所有的页面定向到 popup.html，而且也没意义，因为托管的不止一个页面还有 options 等页面。使用 HashRouter 则刚刚好，又不会因为 URL 带 hash 值比较丑（因为看不到），又实现了前端路由的功能。

@orzorzorzorz #3 可以的，只有修改了 popup 用到的代码才会且只会触发 popup 弹窗页面热更新。
其实 popup 本质就是渲染一个 html 文件，你可以当成一个普通的 SPA 开发。

补充一点知识细节：在我的认知里，chrome 扩展 yej 就是一个包含 manifest.json 的金泰文件最后会被 chrome 扩展托管为一个静态文件服务器，协议就是 chrome://xxx。然后 popup 也就是点击图标后的弹窗本质上就是访问中国静态服务器上的一个 options.html 文件，我们知道现在前端的 SPA 本质上访问的也就是一个 index.html，所以开发 popup 页面和开发普通的 SPA 是没有很大的区别的。不过还是有一些细节上的问题，例如由于 CSP 的限制 chrome 扩展不能执行 eval，内联 js 代码，这个通过配置 manifest.json 的 content_security_policy 字段即可。还有就是我们知道前端路由一般有 BrowserRouter 和 HashRouter 等 Router，因为 BrowserRouter 需要访问的服务器将所有 HTML 页面定向到 Index.html，但是 chrome 托管扩展的静态服务器是没法编程控制它将所有的页面定向到 popup.html，而且也没意义，使用 HashRouter 则刚刚好，又不会因为 URL 带 hash 值比较丑（因为看不到），又实现了前端路由的功能。

@cuzfinal #1

那个我知道，但是感觉还是比较有限吧。我这个扩展可以在不打开 package.json 的情况下模糊搜索包，并且它打开的一定是 github 仓库，不像 VSCode 自带的可能地址是官网，另外扩展还支持 scoop package 例如 @babel/xxx，VSCode 自带的 hover 提示是不支持的。

@zhw2590582 不需要整合，我设计的模板除了 content scripts 只能自动刷新扩展和当前页面，其它页面例如 options 和 popup, background 等页面直接支持完整的 webpack 热更新。

因为 node 是基于文件系统的模块化方案，设计上没有所谓的 classpath，必然是所有包都要安装到 node_modules 下。

可以用 promise 和 generator 来实现 await 但是不能说 async 和 await 本质就是对 promise 和 generator 封装，V8 貌似早就原生支持了 await，原生支持和模拟的还是不一样的。Tj 大神的 co 库其实功能就类似于 async/await。其实手动实现简化版的 promise 和 async/await 也不是很难： https://github.com/tjx666/javascript-code-lab。

我在头条也天天这样

别问，问就是都不签，找更好的。

flex+媒体查询

@xiaoliangtian #74 你可以看看我春招发的帖子