我觉得还是 angular 的思想太 oop 了。react 社区基本是在向 fp 靠拢。js 这个语言写 fp 比写 oop 要轻松灵活许多。

那问题来了，为什么不能把原来的模板改一下？

还有一个概念在 FP 中很常见叫做 Partial Application ，其实就是让多参数函数固定住几个参数。但通常是从左边开始。像这里这种我们也可以称作 Partial Application ，只不过没那么 FP 了。

const open = v => window.open(v)
arr.map(open)
就类似于把后 2 个参数固定成了 undefined

interface Array<T> {
map<U>(callbackfn: (value: T, index: number, array: T[]) => U, thisArg?: any): U[];
}
interface Window {
open(url?: string | URL, target?: string, features?: string): WindowProxy | null;
}

这种问题还有另外一个常见的地方就是 map to parseInt
["20", "20", "20", "20", "20", "20", "20"].map(parseInt)
// [20, NaN, NaN, 6, 8, 10, 12]
FP 中完美的 Functor.map 只需要一个参数 v 就可以了，所以很多 fp 的轮子会专门有只有一个参数版本的 map 。

块作用域 !== 函数作用域。
var 没有块作用域
let/const 有块作用域

{ let myname = 'Matt'; console.log(myname); }
console.log(myname); // Uncaught ReferenceError: myname is not defined

另外 name 在浏览器中是个全局变量。

理论上是的。

压缩都会存在一个极限。

完美的压缩算法是一个 np-hard 问题，但实际上，就算 p=np ，压缩在多项式时间也是完全无法接受的。现在大多数压缩算法都是线性时间复杂度，而且很多还在这个基础上放弃压缩比例优化执行时间。

这是因为权限是 777 ，而所有 windows 下的目录权限都是 777.
你可以搜搜如何修改 777 目录背景色

ytdlp 下载

可能是菠菜最近不景气...

不支持。
https://i.imgur.com/7khhH1t.png

你这想法完全过时了。
现在主流游戏基本都能有效利用至少 4 个线程，不少甚至可以支持 6-8 线程的。一些游戏（比如 2077 ）双核处理器连游戏都进不去。
https://www.youtube.com/watch?v=A9e9wrnRCgk

淘宝有 6dp 的显卡。
照这么搞，接 2 张 6dp 的显卡，直接就 12 显示器了

容易。
https://www.igorslab.de/en/lga1700-washermod-part-2-mainboards-ilm-manufacturer-and-cooler-before-and-after-comparison/
https://www.igorslab.de/en/alder-lakes-cooling-problem-bend-again-around-5c-ilm-mod-for-intel-lga1700-socket/

很多问题不能光从技术角度分析，这个问题的根本原因是之前没有同源策略这一套，然后后来加上的这么一套规则。如果规则太严格，很多老应用就直接不能用了。如果让重新设计一套 web 安全系统，而不考虑兼容性，当然你说的方案比现在的强多了

正常。我玩 apex 一波 1v3 心率直接起飞。来个两下热身了就正常了