zxlh1529

摘要： 2026 年，已经过去半个月，本来年前年后想找一些技术点来作为首篇发表，后面看了看，想了想，没找到好的点，当然这也有因为我的技术能力问题，深的谈不了，浅的又觉得嚼之无味，已经有太多大佬发了，很多再深挖就得回归去说 0110 了。 新年刚开始，时间线已经被各种预测占满了。马斯克四大预言，黄金上涨的预测 阅读全文

摘要： 前端这十几年的发展，看起来是“日新月异”， 但如果把时间线拉长，会发现一件很有意思的事： 我们其实在不断“绕一大圈”， 最后又慢慢回到了浏览器本身。 这篇文章不讲 API、不讲语法， 只讲一件事： 前端架构思想是如何演进的？ Lit / Web Components 处在什么位置？ 一、什么叫轮回？ 阅读全文

摘要： 在前面的文章里已经把 Lit 夸得够多了。 但如果只讲优点，那这套东西在真实项目里一定会翻车。 所以这篇只做一件事： 把 Web Components / Lit 在真实工程中的“坑”一次性讲清楚。 不是为了劝退，而是为了用得更稳。 一、先给结论（IImportant） Lit 非常强，但它不是“万 阅读全文

摘要： 在前面的几篇中，已经把 Lit 的原理层拉出来溜了一圈： 它为什么不需要 Virtual DOM lit-html 如何通过 Part 精确更新 DOM 响应式系统为什么极度克制 生命周期为什么贴近浏览器模型 为什么几乎没有状态管理 现在不再停留在“理解”上，而是发出灵魂的拷问，问出真正有工程价值的 阅读全文

摘要： 如果美丽 or 帅气的你是从 Vue / React 转过来使用 Lit，大概率会有一个疑问： 状态放哪？ 没有 store？没有 hooks？没有 provide/inject？ 这怎么写复杂组件？ 答案很简单，也很“反直觉”： Lit 的设计目标，从一开始就不是“承载复杂状态”。 而是： 让组件 阅读全文

摘要： 很多人在使用 Lit 时，会有一种“不太踏实”的感觉： 生命周期好像不多？ 没有 beforeMount / mounted / beforeUpdate？ 这真的够用吗？ 原因在于： Lit 并没有“发明生命周期”， 它只是忠实地站在 Custom Elements 之上。 本文将从 浏览器原生生 阅读全文

摘要： 在使用 Lit 时，很多人都会有一个直观感受： “它居然没有状态管理系统？” “也没有复杂的依赖收集？” 但实际使用下来却发现： 状态更新是正确的 DOM 更新是精准的 性能非常稳定 那么问题来了： Lit 的响应式系统到底是怎么工作的？ 它为什么可以这么轻？ 本文将从 ReactiveElemen 阅读全文

摘要： 在前两篇中已经明确了一个关键事实： Lit / lit-html 不使用 Virtual DOM，也不存在 Diff 过程 那么问题就变成了： 没有 Diff，lit-html 是如何做到“只更新必要 DOM”的？ 答案就在 lit-html 最核心、也是最容易被忽略的设计中： Part（局部更新单 阅读全文

摘要： 在第一次接触 Lit 时，很多有 React / Vue 背景的开发者都会产生一个疑问： 没有 Virtual DOM，Lit 是怎么高效更新 DOM 的？ 甚至会进一步怀疑： 没有 Diff，会不会性能不行？ 这篇文章不从“性能测试结果”出发，而是从架构选择与浏览器原生能力的角度，解释 Lit 为 阅读全文

摘要： Lit（原名 lit-element + lit-html）并不是一个“对标 React/Vue 的框架”，而是一套围绕 Web Components 的最小化渲染与响应式方案。 它的设计目标非常明确： 用最少的运行时代码，解决组件化与高性能 DOM 更新问题 本文将从架构层面，逐步拆解： Lit 阅读全文