目前正式版只支持 Vue 2，Beta 版支持 Vue 3 。你可以两个都装（扩展 ID 不同，互不冲突），根据实际情况对应地使用。
https://github.com/vuejs/vue-devtools

@youla #121
IE11 支持这种写法。可能部分属性不支持 inline 声明，但 DOM API 的兼容可以交给 jQuery/Zepto，开发者几乎不需要操心。
另外注意 Zepto 支持到 IE10，再低的恐怕你还是要考虑 jQuery 。以及如果你确实不需要支持低版本 IE，私以为使用现代框架是更好的选择……当然，具体还要看你的需求和限制。

针对主楼的第 6 条附言：jQuery 语法的小体积实现，就 Zepto 吧，gzip 后不到 10 KB 。不过目标是 IE11 的话，没什么 JS 写法的问题吧，不是有 Babel 吗。如果担心 Webpack 是负担，推荐 Parcel 。

@zjsxwc #117 gzip 啊，压缩后也就 20 KB 。少量小尺寸图片也还凑合，不过对于路由器后台确实不太刚需

@youla #101 @hronro #105
不一定需要 server 端支持 gzip 。浏览器只看 Response headers 里有没有 Content-Encoding: gzip 。Server 端准备好这个字段，直接提供预压缩的 gzip 文件也可以实现 gzip 的效果

@youla #101 你可能 block 了某个人。我的「如果路由器没有 WAN 呢」是回复那个人的

@youla #99 我说的「路由」指的是你上面示意图里的 menu，也就是 SPA 的 navigation 。把所有子视图（子页面）都渲染好然后用 display 来控制显隐当然可以，只是在导航影响状态和视图生命周期时，你终归还是要实现一个（前端意义上的） router，那么为什么不用现成的库呢

@johnkiller #97 如果路由器没有 WAN 呢

我整理一下我的理解：你的工作是开发一个涉及路由导航和图表的前端页面，这个页面的核心业务是通过 WebSocket 与其他后端系统模块进行通讯，而你现在遇到的问题是不知道选择什么技术栈能更好地完成你的工作。

这样的话，看需求设计包含的工作量了。如果没几个子视图，视图内容也比较简单，手撸 HTML/JS 我觉得也行。甚至 jQuery 都不用：`const $ = document.querySelectorAll`。如果子视图数量多，或者涉及不少数据逻辑，上框架会省事些，至少便于你实现组件化，少点思维负担。

虽然我嚼着一个路由器后台的子视图也不少了。

@youla #88 你说的单页是指 SPA ？那「封装一个 websocket 方法」是指什么……不过总之，目标是 SPA 的话考虑 Vue 没毛病啊，手撸 HTML/JS 是图啥。简单图表的话，div + CSS transition 就够用，状态驱动靠框架；想要更复杂一点的就手写 SVG，状态驱动还是靠框架。

@youla #84 emmm，突然对你的实际需求感到迷惑了。你要做的不是整个后台界面，而是其中的一部分？而这一部分有单独的 150 KB 空间？那就无所谓了，怎么顺手怎么来就行了。150 KB 的话，老实说 D3 都放得下😂️

如果你决定使用 Tailwind CSS，同时只对基础控件（文本框、选择框、复选框啥的）的样式有现成方案需求，可以参考 `@tailwindcss/forms`，一个 Tailwind CSS 对表单元素的官方插件。直接用也行，足够美观了。

关于审美，其实基于 Tailwind CSS 默认配置把握几个原则，做出来的东西都不会太差：

- 使用留白
- 使用统一尺寸
- 使用较少的颜色
- 在保证对比度的前提下使用多个明暗度（ blue-500 、blue-300 之类的）

如果对动态界面需求不大，Alpine.js 不错，gzip 后 8.3 KB，用起来很简单，基本就是真·HTML，没 JS 多少事儿。

如果有较高的动态界面需求，或者想尽可能实现点酷炫的交互，可以考虑 Mithril.js ，gzip 后 9.8 KB，连带 Ajax 、Promise 、router 都包了，拎包入住。

不过需要注意的是，上述两个框架（的最新版）都只官方支持到 IE11 。所以如果你对浏览器兼容有要求，建议考虑其他方案。（ Mithril 1 可以支持到 IE9，但注意文档版本。）

不建议 jQuery 。不是说 jQuery 不好，而是在有现代前端框架可用的情况下，看不到使用 jQuery 的必要性。

Vue 2 也可以考虑，gzip 后 22.9 KB，但你实际开发的时候很可能需要再加上 9.6 KB 的 Vue Router 。加起来 30 多 KB 的体积……好像也还可以哈？

如果你希望界面足够好看，真正占体积的是资源素材和 CSS 。如果你有手写样式的能力，不建议使用现成的样式框架（体积不好控制），建议 Tailwind CSS （启用 purge 功能）一把梭。以我对（民用级）路由器管理后台的了解，150 KB 不是个难以实现的目标。

这断句断得忒累……

嗯？这是有什么瓜吗，jsDelivr 怎么了？

封装的服务实际跑的不还是 package/library 吗，无非是要不要把控接口层的设计而已

手机怼 MagSafer 充电器上插着双卡开热点，电量不增反降，电池监控表示是个人热点在弱信号下耗电过大导致。

所以可能还是信号的锅。

政治正确的黑，OLED-friendly 的黑……