唯一的区别就是那个屏幕, 但这也是最重要的区别

不知道你的目的是什么, 如果是希望减少一个请求的话, 直接把 main.js inline 到 html 里面就好了 (但既然如此为和又要生成 runtime.js 而不是和 main.js 放一起)

如果目的是自动执行的话, 你不可以直接改 main.js 逻辑或者 src=main.js onload=loadApp.click() 吗?

@Leviathann #5 增加了 kotlin.collections.Grouping 这一层接口的中间抽象明显优于 java8 stream 的 Collector 啊

不介意一点点性能损失的话, 还可以直接用 List 避免用 MulitableList

.fold(listOf<String>()) { accumulator, it ->
println("aggregate")
accumulator + (it + "X")
}

.fold({ _, _ -> mutableListOf<String>() }) { _, accumulator, it ->
println("aggregate")
accumulator.apply { add(it + "X") }
}

或者

.aggregate { _, accumulator: MutableList<String>?, it, _ ->
println("aggregate")
(accumulator ?: mutableListOf()).apply { add(it + "X") }
}

你自己选一个

@kermitlee 你是认真的吗, 大学城的房子几乎比天河都贵, 而且大都是动辄千万的壕宅

必须通过 entry export 否则就像你所说的通过 webpackJsonp hack

苏州 婺源

@SoloCompany #52 更正 "适配" -> "视频"

@wasd6267016 #51 但是我拍的适配自动默认全是 HDR 的, 在 SE2 上播放肉眼可见的差别

虽然 LCD 永不为奴
但看几段 HDR 视频你就会觉得还是 12 mini 的屏幕好

underscore 这个词语就是 '_' 符号
dash 则是 '-' 符号
lodash 这个词语是造出来的, 就是 lo-dash 相当于 '-' 符号往下降低一些就是 '_' 了

类似这个 /t/756617 ?

@daiwenzh5 #7 所有依赖到特殊版本的代码, 如果 API 兼容, 那么只需使用同样的 ClassLoader load 就能实现封装, 如果 API 不兼容, 那么依赖的代码要和特殊版本的 lib 一起编译然后再通过别的 API 把业务逻辑暴露出来给上层调用, 当然也可以选择不封装那就只能使用反射的方式

@SkYouth #12 接, 不发热

和一楼正好相反

- MBA M1 16gb/1t
- MBP i9 32gb/1t

主要跑 jvm / nodejs / idea
原来打算是双持
结果现在发现自己对纯 intel 虚拟机的需求并没有这么大
i9 基本在所有场景下表现都不如少 16g 内存的 m1，吃灰两个月后已经打算卖掉

@neighbads #7 我现在也偶尔会遇到 403, 都是在 Mac 的 Readkit 内置浏览器里面碰到, 而且能够确认那个 web view 是处在登录状态的, 实在是搞不懂 403 的规律, 又不像是 ddos 造成的

原来打算更新的

后来发现直接装 Shadowrocket iOS 版更好用, 就不再关注 proxifier 了

在家接 UltraFine 21
回到公司接杂牌 4K 21 via C-miniDP
一直没遇到过任何有关显示器的问题

曾经遇到过的问题
- 用同事的 C-HDMI 迷你转接口接 4K 显示器没有 HiDPI
- 用老的杂牌带 HDMI 的 type-C hub 接家里的电视, 点不亮
后来在淘宝买了一条 TypeC to HDMI 的线连电视 4K 并且 HiDPI 也正常