Sg
Sg
### Search before asking - [X] I had searched in the [issues](https://github.com/apache/incubator-kvrocks/issues) and found no similar issues. ### Motivation Currently, after running the Go test, in the workspace, temp directories...
refer to #816
我们可以从抽象解释的视角去看类型系统做的事情。 由此，我们可以得到：类型检查器是一个抽象解释器，其对应的具体解释器是JavaScript。因为解释器的规则相似，抽象解释器（类型检查器）也是图灵完备的就是一个直接的结果了。基于类似的性质，类型和命题的柯里-霍华德同构也有抽象解释的视角，区别在于，CHI由于是同构，可以做到Sound & Complete。 抽象解释是一个箩筐，什么都可以往里装。但是我们不会详细介绍伽罗华连接，只是用可视化的方法给读者一个直观的感觉。 参考文献： - [CMU 15-414 Abstract Interpretation slides](http://www.cs.cmu.edu/~soonhok/talks/20111109.pdf) - [Abstract Interpretation](https://www.di.ens.fr/~cousot/AI/#tth_sEc1)
修订计划
## 现状 1. 多态 TAT 的测试用例不充分。 2. 对数学知识的要求不够理想。我们需要让大多数开发者都能够读懂这个教程，因此需要对教程补充更多的注释性文本，控制难度曲线。 3. 缺少图片。我们发现对一些较为抽象的概念，若是进行可视化，可以更好地辅助理解。 4. 我现在已经学到了更多的知识，并且对类型理论和编程语言有了更好的理解。 Ref: #19 ## 计划 我决定对本教程进行修订，包含如下事项： - [x] #22 - [x] #21 - [x] #23 - [ ] #26...
## 背景 如题，希望支持按照Rating 区间查看问题，例如2000至2499这样的区间。 其效果如：https://huxulm.github.io/lc-rating/#/zen。但LC rating不支持题目解答状态的同步。[这个issue](https://github.com/huxulm/lc-rating/issues/2) 提到可以给它添加状态的localStorage存储并手动维护。 但是实际上手动维护非常不方便。 ## 探索 我探索了一下leetcode的GraphQL接口，可能并不能支持按照title/id查询。直接去修改问题列表页也并非不可，但是可以预见相当麻烦。 我认为可以借由学习计划功能实现，因为学习计划页面使用的字段、涉及的逻辑较少，实现起来更加方便。一个初步的做法如下： 1. 【现状】我们现有问题Rating的JSON和当前用户所有解答记录的接口。 1. 【修改】为用户提供一个学习计划id，例如`byrating`，这样访问`https://leetcode.cn/studyplan/byrating/`就可以进入学习计划页面。 1. 【现状】当前的逻辑是，用户访问这个学习的时候，会使用`byrating`请求GraphQL接口。若无此学习计划则接口不会返回值。 1. 【修改】拦截对这个学习计划id的请求，用根据Rating数据和用户解答记录，构造相同形状的数据。 1. 【修改】将难度文案替换为问题Rating。 这样就完成了按照Rating区间查看问题，且问题的解答状态基本可用。