动态加载 js 文件时会出现这种问题。最常见的就是做 spa ，并且每个路由的 js 是动态加载的。因为 { /path: xx.js } 这个是写在最初访问网页时下载的 js 里的。而 spa 切换页面时不会重新下载 html ，也就不会重新下载最初的 js 。
实际上这个问题等同于后端接口升级了，用旧版本客户端的人要怎么办。
原生应用一般就是保留旧版本的资源，再加一个检查版本，提示升级的功能。
网页跟原生应用不一样，不存在死守着旧版本不放的情况。保留一个旧版本就行了。

1.上头了。2.不止损。

reddit 相关板块里好多亏钱要自杀的。区块链骗局啊。

什么都在跌。赌场是不可能关门的。

记者了解到，杭州市从 4 月 28 日起开展全市常态化核酸检测工作。根据要求，全市居民及其他在杭人员每 48 小时应完成至少一次核酸采样，未准时完成的将在扫场所码时弹窗提醒或赋码，不得进入公共场所，不得乘坐公共交通工具等。（央视新闻）

刚看到的新闻。这采样点是准备做到跟便利店一样，到处都有吗？

前两天刚碰上个字段名叫 childs 的。见怪不怪。

造火箭，拧螺丝。街道办上班的学历可都不低，可他还是个街道办。

一个变量没定义能等同于这个变量是没引进去的模块？

你写框架，写工具库，反正各种跟界面没关系的东西，可以用代码测。真正到界面的部分，也就是大部分人每天工作的内容，只能人工测。
道理很简单：
1.输入难模拟。你只能用浏览器机器人录操作。录的结果本质上就是 HTML 结构和事件。界面一变，这录的操作就得变。
2.输出难判断。通过代码只能判断 HTML 对不对。截图只能看到瞬间的效果。动画效果对不对，会不会有不想要的滚动条出现，正在输入的输入框会不会失去焦点，拖拽操作会不会卡住，各种各样只能人去判断的问题。

封起来的时候，只能买到点菜。电池，卫生纸，牙膏，洗发水什么的日用品必须屯一点。检查家里热水器，灶台，电风扇之类的能不能用，到时候坏了没人给你修。

react 不来就不依赖 immutable 那些东西。
正常的机制就是你 setState 之后，react 新旧 state 做一遍 deep diff 。react 有 shouldComponentUpdate 这个 api ，让你可以自己处理 diff 机制。
当初 react 面世之后，Clojure 有个基于 react ，叫 om 的项目。因为 Clojure 是函数式编程，数据是 immutable 的，在 shouldComponentUpdate 里比较两个 immutable 就是 === 这么判断，这就大大提高了运行速度。接下来就出现了各种用 js 实现 immutable 的库。函数式编程也在 js 圈子开始流行起来。

技术圈有这种给项目加标签的行为。xx 项目用上了 xx 框架，xx 架构，xx 语言。最终产品可能是个没啥功能的博客之类的。
新手喜欢这样，显得自己潮。老手也喜欢这样，增加绩效。
举例讲，闲鱼那软件做的啥玩意，可技术面上可是各种创新，各种标签都能打上。
想学一个新技术，首先是明白作者的初衷是什么，要解决什么问题。为什么旧的东西不可以，要造个轮子。
以楼主你的例子来讲，mvc 框架之前就有，为什么要造 react ？ redux 不是 react 捆绑的东西，而是 react 出来有一阵子之后才出现的，它出现的背景是什么，为什么要做 redux 这个东西？
知道初衷就能知道使用场景，用起来自然就能游刃有余。

看到很多人花时间研究某个类型怎么推导出来，我感觉本末倒置，难以理解。
我觉得最终的 API 能有类型，好让编辑器可以提示就够了。可能是因为我从来不写什么 class 之类的东西，所以才有这种想法。

写俩函数，一个是把这种树形对象变成 html 。这样一来，增删改查的操作，可以直接用 dom api 。

<item label icon router>
<item label icon router></item>
<item label icon router></item>
</item>

然后再有一个函数能把这个 html 还原成 js 对象。实际也就遍历一遍，这一个是前面那个反过来而已。

三十那年刚好是疫情开始。三年过去了，真的是没什么感觉就过去了。