You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
看了十分钟左右发现我居然已经可以理解写的内容了
我的意见是不加,因为 Lite 除非是非常严重的性能问题(而且因为 Lite 很小基本不存在性能问题)
我的看法是 良好的行为和简单的实现 > 良好的性能
(之前几个优化方案就不用说了,值得一提的是 Lite 之前我还真的特别菜的时候就在 MinVM 上设计了标识符 -> id 的优化.... 虽然 Lite 如果以后要做基于虚拟机的实现我肯定不会做那个)
首先我不可能支持 set 这种约束,然后是 Vector 的问题,Lite 实际上可以采用这种优化(本来我在 Lite 上不打算纠结性能问题的)
不过问题是 Lite 的自省能力特别强(而且我专门这么设计的...)Lite 被设计为可以访问大多数 Java API,而 Lite 本身就是纯 Java 编写的,这意味着 Lite 程序可以轻松访问解释器的 API
这样 Lite 的作用域 stack 可能就不直接了,Lite 在作用域上面我觉得还没什么优化的必要,这上面我目前保持中立看法不改变原设计
The text was updated successfully, but these errors were encountered:
rt. 龙书撞枪系列 1 : Lice 的动态作用域实现
看了十分钟左右发现我居然已经可以理解写的内容了
我的意见是不加,因为 Lite 除非是非常严重的性能问题(而且因为 Lite 很小基本不存在性能问题)
我的看法是 良好的行为和简单的实现 > 良好的性能
(之前几个优化方案就不用说了,值得一提的是 Lite 之前我还真的特别菜的时候就在 MinVM 上设计了标识符 -> id 的优化.... 虽然 Lite 如果以后要做基于虚拟机的实现我肯定不会做那个)
首先我不可能支持 set 这种约束,然后是 Vector 的问题,Lite 实际上可以采用这种优化(本来我在 Lite 上不打算纠结性能问题的)
不过问题是 Lite 的自省能力特别强(而且我专门这么设计的...)Lite 被设计为可以访问大多数 Java API,而 Lite 本身就是纯 Java 编写的,这意味着 Lite 程序可以轻松访问解释器的 API
这样 Lite 的作用域 stack 可能就不直接了,Lite 在作用域上面我觉得还没什么优化的必要,这上面我目前保持中立看法不改变原设计
The text was updated successfully, but these errors were encountered: