ES规范解读之赋值操作符&属性访问器 about kuitos.github.io HOT 13 OPEN

我来水一发

from kuitos.github.io.

只水不star都是耍流氓 @ynCode

from kuitos.github.io.

Nice Post.

from kuitos.github.io.

@codezyc thx

from kuitos.github.io.

Simple Assignment 中的第一步的 Evaluate LeftHandSideExpression 一直不太明白

let foo
foo = 'hello'

在上面这个例子中，Evaluate LeftHandSideExpression 的结果不是 undefined 吗？这样还能执行第四步的 PutValue ？

from kuitos.github.io.

@mage3k Evaluate 操作并不取值，只是拿到表达式，只有执行了 GetValue 才会取值

from kuitos.github.io.

@kuitos 感谢回复。最近被网上那个连续赋值问题弄的有点困惑，网上也有不少分析文章的，但是都没有从规范上讲通的。这几天一直在看规范，从赋值到属性访问到引用，总算是明白了。这篇文章在这个过程中起了很大的作用。🙏

from kuitos.github.io.

@kuitos 如果 Evaluate 不取值的话，Call PutValue(Result(1), Result(3)) 中的 Result(1) 是什么呢？

from kuitos.github.io.

你的例子里，Result(1) 就是 foo
再比如 o['a' + 'b'] 的 Evaluate 的结果就是 o['ab']，只要没有执行 GetValue, 就不会对 o['ab'] 取值

from kuitos.github.io.

那 foo 和 o['ab'] 可以理解成字符串吧，或者是规范里一个特殊的东西？

from kuitos.github.io.

@mage3k 不是，你可以理解成它们的 Reference

from kuitos.github.io.

@kuitos 你说的 Reference 和规范里的 Reference 应该不是同一个东西吧。
如果是一个东西的话，那规范当中的 GetValue就不太好理解了。

1. If Type(V) is not Reference, return V

如果都是是规范里的 Reference，这一步是不是没什么意义。

from kuitos.github.io.

规范现在读起来还是有点吃力
而您的最初的问题我倒是感觉很自然就应该是这样的结果
但您为什么会花费如此功夫去深究这个问题
以使我怀疑我现在到底有没有完全理解这个问题

from kuitos.github.io.