Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

考虑要不要作用域优化 #11

Open
duangsuse opened this issue May 13, 2018 · 1 comment
Open

考虑要不要作用域优化 #11

duangsuse opened this issue May 13, 2018 · 1 comment
Labels
discussion talk with duangsuse performance performance related

Comments

@duangsuse
Copy link
Collaborator

rt. 龙书撞枪系列 1 : Lice 的动态作用域实现

看了十分钟左右发现我居然已经可以理解写的内容了
我的意见是不加,因为 Lite 除非是非常严重的性能问题(而且因为 Lite 很小基本不存在性能问题)
我的看法是 良好的行为和简单的实现 > 良好的性能
(之前几个优化方案就不用说了,值得一提的是 Lite 之前我还真的特别菜的时候就在 MinVM 上设计了标识符 -> id 的优化.... 虽然 Lite 如果以后要做基于虚拟机的实现我肯定不会做那个)
首先我不可能支持 set 这种约束,然后是 Vector 的问题,Lite 实际上可以采用这种优化(本来我在 Lite 上不打算纠结性能问题的)

不过问题是 Lite 的自省能力特别强(而且我专门这么设计的...)Lite 被设计为可以访问大多数 Java API,而 Lite 本身就是纯 Java 编写的,这意味着 Lite 程序可以轻松访问解释器的 API

这样 Lite 的作用域 stack 可能就不直接了,Lite 在作用域上面我觉得还没什么优化的必要,这上面我目前保持中立看法不改变原设计

@duangsuse duangsuse added performance performance related discussion talk with duangsuse labels May 13, 2018
@duangsuse
Copy link
Collaborator Author

(而且你们都知道 Lite 目前是 lexical scoping, 所以如果要采用 set 的话就换成动态作用域了)
我不希望改变 Lite 现在的词法作用域设计

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion talk with duangsuse performance performance related
Projects
None yet
Development

No branches or pull requests

1 participant