@dvbs2000 不，只是为了让孔变大的同时不模糊（所以亮度还是由那个孔的口径决定的，只是成像更清晰了（
盲猜作者是先发现了这个罕见的透镜才想到的小孔成像的剧情（（（

@EasilyJS hookstate 可以直接 set(xxx) （当然 get value 也得用.get()，不然拿到的是 State 对象），实际上是用 proxy 实现的

@EasilyJS 看了一眼 happy-form 的使用场景，确实有其合理性，包括其中推导参数类型的内容
但是如果像我说的用 hookstate 这样的库的话，就可以直接使用原生的.和[]语法来引用子属性，做类似<input {...bind(state.object.array[1].value)} /> 这样的写法，或者也可以直接把提取出来的子 state 传递给自定义组件，就好像它只是普通的 value 一样，hookstate 的 validator 也能在这个提取出来的子 state 上定义，从而从根源上消除了对 object path 的需求
----
此外我担心 object-path 有其局限性，比如关于特殊字符的处理，js object 里可以用任意符号做 key ，当使用了这样的 key 的时候，就很难有一个“正确的”处理方案，当然可以一开始就直接禁止，typescript 里检测到特殊符号就返回 never
现在的情况是完全没限制，然后 Path<{"a.b": number}>这样的，就会直接出错

@garywill 不透明窗口的话是黑的（
透明的，我不确定，可能也黑了

mac 的话大概可以 https://developer.apple.com/documentation/appkit/nswindow/1419354-ignoresmouseevents?language=objc
x11 可以 XFixesSetWindowShapeRegion 设置一个 0 宽度的 region 即可
wayland 也是类似思路，设置 0 尺寸 region ，但是这个恐怕不是那么容易做（

windows 下直接给整个窗口设置 WS_EX_TRANSPARENT 就可以了
防止截图可以尝试用 SetWindowDisplayAffinity 里的参数 WDA_EXCLUDEFROMCAPTURE
上面都是可以直接对窗口句柄执行的操作，框架能提供 hwnd 就能用

我记得 ExplorerPatcher 作者做过一个类似的 https://github.com/valinet/sws （关键是有窗口预览

我觉得对象深度修改还是 lens/optics 的思路好，不依赖 ts 的模版字符串，不需要运行时和编译期 parse 路径两次（然后可能实现不一致）
用 template literal 的时候，数字要先组合到字符串里，然后再 parse 回来，这在我看来是有点浪费的行为（
当然用字符串也有字符串的好处，比如说可以整个当作 key 来使用——但 lens 的组合也可以提供这种能力
----
当然最好的方法还是从源头去掉这个需求
什么情况会用到 path ，如果是为了 form 的递归，那可能有别的思路——比如 hookstate 那样直接在状态管理库上就把递归的问题处理好了，拿到的直接就是一个 State<T, Extensions>对象，T 是最终的类型，不需要考虑原始的容器，对它进行更新即可
当然我这只是个人的想法，实际应用可能也有不同的问题，hookstate 自己也有很多坑点

研究了一圈代码，应该是更新 trackers
你把 UPDATE_TRACKERS 设置成 false 就不定期下载了（

@cnbatch 意思就是解压不支持 rar 固实压缩啊

@cnbatch libarchive 的 rar 支持显然不完善，比如 rar5 的固实压缩并不支持

@lxdlam module 估计永远不能非源码分发，其他语言的“模块”/“第三方包”，具有高级特性的（也就是不能被 c abi 描述的，更别说脚本语言了）也基本走源码分发，少数如 c# java 才有字节码分发
从这个角度说，其实能用源码分发就够用了，给源码和开源是两回事）
看作 pch 的自然演化就好了（

我记得 localhost 是可以不用证书也能用 pwa 的全部功能的啊

@ihwbunny 注入 dyld 是运行时的行为，不能持久化，但是肯定有别的持久化的方案保留权限

古代可以用 KDE （ native ）的来着（
实在不喜欢自带的任务栏的话，可以用 https://github.com/cairoshell/cairoshell
还有 Steam 上的那个 MyDockFinder

@ihwbunny 但是关闭 sip 之后有 root 可以随意注入 dyld 到别的已经授权了的 app ，然后就不需要任何提示了（当然关了 sip 还有很多方法也能绕过），没关 sip 的时候至少不能注入 dyld 到开了 Hardened Runtime （并且没设置例外）的 app 里

c++调试最麻烦的地方就在于，一些错误可以悄悄的传播到一个无关的代码上（几乎很难发现原始错误的地方）
并且有些错误一旦挂了调试器 /santizer 就会消失（

主要是能做到这件事的，by definition 就是叫反射（
Js 可以做是因为按定义，js object 就是 hash table

tls 不是只有版本号一条的（
有好几个算法，得双方支持了才能握手成功
旧的软件没更新自然就不支持