muchan92

@kneo 若你承认 find usage 有用的话，那你为何不试用一下在线预览里的搜索、详情里的各种高亮呢？
你眼里只容得下这一张图吗？

@kneo #19 没错，我也认同仅查找 symbol usage 是嘈杂的信息，所以能根据这些嘈杂信息正确推导数据流向即是信息压缩的过程，但我认为这在传统语法下几乎无法做到，因为 symbol 状态是动态的只能在运行时确定，很难正确推导，所以 #18 才提出交给 AI 。若你觉得可以搞定这个产品，show your code ，我相信很多人都会认可其价值意义。

另外，我不清楚你所描述的垃圾是什么，是嘈杂的 symbol usage ？还是代码本身？无论是哪一个，那是否是在说明代码本身就是垃圾站，那么即使压缩信息得到的也依然是垃圾？岂不是 IDE 的种种功能也是戳破垃圾，压缩垃圾，得到垃圾？

@th00000 README 里说明了使用场景。它不能分析任何项目的源码，个人认为对于传统语法，静态分出数据流向几乎不可能，交给 AI 或许性价比更高。

这能正确运行
pnpm cli analyze ./packages/analyzer/examples/

@thevenin1416
@zzNaLOGIC
@GPLer
只支持声明式语法，使用 imsure 库的源码，README 里有说明。
原理是声明式语法才是支持静态分析的根基，能够在不运行程序就能分析出完整的数据流向。

@tengxun 感谢❤️

@deplives 升级下 node pnpm 试试

类型定义部分可以实现运行时类型约束，是否满足楼主需求？
https://github.com/rainforesters/imsure

@IndexOutOfBounds 解释的可以。它是通用编程，没有场景限制，非要说的话，就是写小一点的项目或脚本用命令式方法更简单，中大一些的项目我就会用这种声明式写法。

@kome @yxc246800 我从未全盘否认顺序，正文说了顺序适合于计算过程，我当然承认它的地位。但它并非没有缺点，如 #41 #68 所述，按命令式方法，除了重构代码，是否还会有更好解决办法。