[为什么依赖框架？]

因为 UI 库不是只需要 HTML 和 CSS，它还要有 JS 来实现各种交互。如果 JS 的部分完全不依赖框架就需要自己造很多轮子，这在各种框架大行其道的今天被视为浪费。

[为什么不用 Web Components ？]

因为 Web Components 还不成熟啊。

为了实现模板中的管道符语法。

本质上确实没啥太大意义，所以 Vue 3 移除了对 Filter 的支持，建议改用计算属性或普通函数实现。另外如果是普通函数的话，结合 Pipeline Operator （目前还在 Stage 1 ）可以变相实现类似 Filter 的写法，一定程度上削弱了 Filter 的价值。

@RickyC #8 对于现代计算机 /浏览器的性能，500KB 真不是啥问题，上 MB 的都没见卡过

我想知道什么时候能支持 16" MBP 的 96W 电源

@iFlicker #5 肉蟹就吃过梭子蟹。花蟹青蟹啥味儿的？

Vue CLI 的底层也是 Webpack 。不过你的说法也没问题，Vue CLI 足以处理大多数 Vue 项目（其实非 Vue 项目也够处理）。

@ArvisX #55 大概是玩梗（

hard-to-name-this-chart （

@Vallrobot #38 你的后半句我貌似没读懂？（狭义上的）前端无外乎 HTML + CSS + JS，在 MDN 上都有丰富的教程资源（中文版够用，能读英文版更好）。当你确信你对这三个技能的掌握足可以徒手撸一个静态页（比如博客、表单页，暂不考虑后端业务）时，去了解现代前端工具链，了解现代前端工程是怎么玩儿的。如果你懒的去弄明白这包括啥：Node.js 、Webpack 、任何一个 2015 年后诞生 /发布的前端框架，搞清楚 **它们是什么、能做什么、为什么需要它们**，然后就是它们各自的官方文档、Getting Started 、Tutorials 。一圈趟下来，你的基础就有了。

PHP 是另一个话题，在此不做讨论。

@yimity 「公开的秘密」，虽然谁都有，但不能当公共资源去用

楼主和下面部分人的评论，让我觉得软件开发的门槛不应该再低下去了

对于这样一个结构：

<table>
__<tbody>
____<tr>
______<td>
________<a href="..." onclick="...">

<a>.parentNode.parentNode.parentNode 和 document.getElementsByTagName('table')[0] 是同一个元素吗？

@imn1 #18 海天黄豆酱或者香菇酱，或者自己炸一下葱油做葱油拌面（喜欢虾味的还可以炸虾油）。

@SecureCode #21 拌、面、辣酱，这三个关键词让我瞬间想起火鸡面辣酱。根据自己的辣适应度调整好辣酱用量，真是非常的美味～

其他的，老干妈番茄辣酱也很好吃（但没试过拌到面里）。还有不记得牌子的香菇酱（有辣酱版），也很好吃。

Mac QQ 的问题太多都不知道从哪儿开始吐

因为两个 queue 比全部打散一起排优先级实现起来更容易

@locoz #96 哦，我明白了，楼主想要的是「严格的顺序递增」。那解决的问题跟 Snowflake 不一样，没法比了。

可以。不一定会卡，取决于后端响应速度、数据量、图表渲染性能。

@NightTeam #91 不对啊？ Snowflake 的机器 ID 低于时间戳 ID 啊？这样不管是哪个机器发的号，在时间尺度上总是递增的。又因为机器 ID 的存在，多机同一时间发的同一批号肯定是不会重复的。