May 30, 2007

ECMA-262试译:7.9 Automatic Semicolon Insertion

7.9 自动分号插入

空语句,变量语句,表达式语句,do-while 语句,continue 语句,break 语句,return 语句,以及 throw 语句,这些确定的 ECMAScript 语句必须以分号结束。这些分号可以总是明确地出现在源代码文本中。为方便起见,在特定的情况下,源代码文本中的这些分号可以被省略。在下面描述的这些情况中,分号被自动插入源代码托肯流。

7.9.1 自动分号插入的规则

  • 从左到右解析程序时,若遇到不被任何产生式允许的托肯(被称为 违规托肯), 于是,在下列情况一个或多个为真的违规托肯之前自动插入一个分号:
    1. 该违规托肯与前一个托肯之间以至少一个行结束符分隔开。
    2. 该违规托肯是 }
  • 从左到右解析程序时,若遇到输入托肯流的结尾,且解析器无法把此输入的托肯流解析为单个完整的 ECMAScript ,程序,于是在这个输入流的结束处自动插入一个分号。
  • 从左到右解析程序时,若遇到的托肯被一些文法的产生式允许,但该产生式是非严格产生式, 且此托肯是终结符或非终结符的第一个托肯,此终结符或非终结符后紧跟着的是非严格产生式中的记法"[no 行结束 符 here]"(因此这样的托肯被称为非严格托肯)。当非严格托肯与前一个托肯之间以至少一个行结束符分 隔开时,在此非严格托肯前自动插入一个分号。

不过,有一种附加的情况凌驾于优先规则:如果此分号将被解析为空语句,或那个分号将成为一个 for 语句头中的两个分号之一,决不自动插入分号(参见12.6.3)。

NOTE
这些是文法中仅有的非严格产生式。

后缀表达式 :
左侧表达式 [no LineTerminator here] ++
左侧表达式 [no 行结束符 here] --

Continue语句 :
continue [no 行结束符 here] 标识符opt ;

Break语句 :
break [no 行结 束符 here] 标识符opt ;

Return语句 :
return [no 行 结束符 here] 表达式opt ;

Throw语句 :
throw [no 行结 束符 here] 表达式 ;

这些非严格产生式的实际效果如下所示:

  • 若遇到托肯 ++-- ,解析器将视其为一个后缀运算符时,且在提前托肯与托肯 ++-- 之间有至少一个行结束符,则在托肯 ++-- 前自动插入一个分号。
  • 若遇到托肯 continue, break, return,throw,且在下一个托肯之前遇到一个 行 结束符,在 continue, break, return,throw 之后自动插入一个分号。

最后给 ECMAScript 程序员一些忠告:

  • ++-- 应和其操作数出现在同一行。
  • returnthrow 语句中的表达式应和托肯 returnthrow 出现在同一行。
  • breakcontinue 语句中的标签应和托肯 breakcontinue 出现在同一行。

7.9.2 自动分号插入的例子

源代码

{ 1 2 } 3

即使应用自动分号插入规则,它也不是 ECMAScript 文法中的合法句子。作为对比,源代码

{ 1

2 } 3

同样不是 ECMAScript 中的合法句子,却会被自动分号插入变形为下面的形式:

{ 1
;2 ;} 3;

这就是一个回复的 ECMAScript 句子了。

源代码

for (a; b
)

不是合法的 ECMAScript 句子,且因 for 语句头需要分号,句子无法被自动分号插入调整。自动分号插入决不插入 for 语句头中的两个分号之一。

源代码

return
a + b

被自动分号插入变形为下面的形式:

return;
a + b;

NOTE
这里的表达式 a + b 不被作为 return 语句的值返回,因为'行结束符'把它和托肯 return 分隔开了。

源代码

a = b
++c

被自动分号插入变形为下面的形式:

a = b;
++c;
NOTE
这里的托肯 ++ 不被视为应用于变量 b 的后缀运算符,因为在 b++ 之间存在一个'行结束符'。

源代码

if (a > b)
else c = d

不是合法的 ECMAScript 句子,且即使没有文法产生式引用于此,在 else 托肯之前的句子无法被自动分号插入调整,因为被自动插入的分号将被解析为一个空语句。

源代码

a = b + c
(d + e).print()

被自动分号插入变形,因为第二行开始的括号表达式可以解释为函数调用的参数列表:

a = b +c(d + e).print()

在这种状况下,赋值表达式必须以一个左括号为开始。在提前的语句结尾处提供一个清晰的分号而不依赖于自动分号插入,对于程序员来说是个好想法。


//这一篇好像很有用的样子~~

ECMA-262试译:7.9 Automatic Semicolon Insertion

7.9 自动分号插入

空语句,变量语句,表达式语句,do-while 语句,continue statement,break 语句,return 语句,以及 throw 语句,这些确定的 ECMAScript 语句必须以分号结束。这些分号可以总是明确地出现在源代码文本中。为方便起见,在特定的情况下,源代码文本中的这些分号可以被省略。在下面描述的这些情况中,分号被自动插入源代码托肯流。

7.9.1 自动分号插入的规则

  • 从左到右解析程序时,若遇到不被任何产生式允许的托肯(被称为 违规托肯), 于是,在下列情况一个或多个为真的违规托肯之前自动插入一个分号:
    1. 该违规托肯与前一个托肯之间以至少一个行结束符分隔开。
    2. 该违规托肯是 }
  • 从左到右解析程序时,若遇到输入托肯流的结尾,且解析器无法把此输入的托肯流解析为单个完整的 ECMAScript ,程序,于是在这个输入流的结束处自动插入一个分号。
  • 从左到右解析程序时,若遇到的托肯被一些文法的产生式允许,但该产生式是非严格产生式, 且此托肯是终结符或非终结符的第一个托肯,此终结符或非终结符后紧跟着的是非严格产生式中的记法"[no 行结束 符 here]"(因此这样的托肯被称为非严格托肯)。当非严格托肯与前一个托肯之间以至少一个行结束符分 隔开时,在此非严格托肯前自动插入一个分号。

不过,有一种附加的情况凌驾于优先规则:如果此分号将被解析为空语句,或那个分号将成为一个 for 语句头中的两个分号之一,决不自动插入分号(参见12.6.3)。

NOTE
这些是文法中仅有的非严格产生式。

后缀表达式 :
左侧表达式 [no LineTerminator here] ++
左侧表达式 [no 行结束符 here] --

Continue语句 :
continue [no 行结束符 here] 标识符opt ;

Break语句 :
break [no 行结 束符 here] 标识符opt ;

Return语句 :
return [no 行 结束符 here] 表达式opt ;

Throw语句 :
throw [no 行结 束符 here] 表达式 ;

这些非严格产生式的实际效果如下所示:

  • 若遇到托肯 ++-- ,解析器将视其为一个后缀运算符时,且在提前托肯与托肯 ++-- 之间有至少一个行结束符,则在托肯 ++-- 前自动插入一个分号。
  • 若遇到托肯 continue, break, return,throw,且在下一个托肯之前遇到一个 行 结束符,在 continue, break, return,throw 之后自动插入一个分号。

最后给 ECMAScript 程序员一些忠告:

  • ++-- 应和其操作数出现在同一行。
  • returnthrow 语句中的表达式应和托肯 returnthrow 出现在同一行。
  • breakcontinue 语句中的标签应和托肯 breakcontinue 出现在同一行。

7.9.2 自动分号插入的例子

源代码

{ 1 2 } 3

即使应用自动分号插入规则,它也不是 ECMAScript 文法中的合法句子。作为对比,源代码

{ 1

2 } 3

同样不是 ECMAScript 中的合法句子,却会被自动分号插入变形为下面的形式:

{ 1
;2 ;} 3;

这就是一个回复的 ECMAScript 句子了。

源代码

for (a; b
)

不是合法的 ECMAScript 句子,且因 for 语句头需要分号,句子无法被自动分号插入调整。自动分号插入决不插入 for 语句头中的两个分号之一。

源代码

return
a + b

被自动分号插入变形为下面的形式:

return;
a + b;

NOTE
这里的表达式 a + b 不被作为 return 语句的值返回,因为'行结束符'把它和托肯 return 分隔开了。

源代码

a = b
++c

被自动分号插入变形为下面的形式:

a = b;
++c;
NOTE
这里的托肯 ++ 不被视为应用于变量 b 的后缀运算符,因为在 b++ 之间存在一个'行结束符'。

源代码

if (a > b)
else c = d

不是合法的 ECMAScript 句子,且即使没有文法产生式引用于此,在 else 托肯之前的句子无法被自动分号插入调整,因为被自动插入的分号将被解析为一个空语句。

源代码

a = b + c
(d + e).print()

被自动分号插入变形,因为第二行开始的括号表达式可以解释为函数调用的参数列表:

a = b +c(d + e).print()

在这种状况下,赋值表达式必须以一个左括号为开始。在提前的语句结尾处提供一个清晰的分号而不依赖于自动分号插入,对于程序员来说是个好想法。


//这一篇好像很有用的样子~~

May 29, 2007

ECMA-262试译:7.8 Literals(下)

语义

数值常量代表数值类型的值。用两个步骤来确定这个值:首先,从常量中获得数学值;然后,用下面所描述的方式舍入这个数学值。

  • 数值常量的MV :: 十 进制常量的MV 是 十进制常量的MV。
  • 数值常量的MV :: 十六进制整数常量的MV 是 十六进制整数常量的MV。
  • 十进制常量的MV :: 十进制整数常量 .十进制整数常量的MV。
  • 十进制常量的MV :: 十进制整数常量 . 十进制数十进制整数常量的MV 加 ( 十进制数的MV 乘以 10 -n ), 这里的 n十进制数中的字符数。
  • 十进制常量的MV :: 十进制整数常量 . 指数部分十进制整数常量的MV 乘以 10 e的MV ,这里的 e的MV 是 指数部分的MV。
  • 十进制常量的MV :: 十进制整数常量 . 十进制数 指数部分 是 ( 十进制整数常量的MV 加 ( 十进制数的MV 乘以 10-n )) 乘以 10e, 这里的 n十进制数中的字符数 和 e的MV 是 指数部分的MV。
  • 十进制常量的MV ::. 十进制数十进制数的MV 乘以 10-n, 这里的 n十进制数中 的字符数。
  • 十进制常量的MV :: . 十 进制数 指数部分的MV 是 十进制数的MV 乘以 10e-n,这里的 n十进制数中的字符数 且 e指数部分的MV。
  • 十进制常量的MV :: 十进制整数常量十进制整数常量的MV。
  • 十进制常量的MV :: 十进制整数常量 指数部分十进制整数常量的MV 乘以 10e的MV, 这里的 e 是 指数部分的MV。
  • 十进制整数常量的MV :: 0 是 0。
  • 十进制整数常量的MV :: 非 零数字 十进制数 是 ( 非零数字的MV 乘以 10n的MV ) 加 十进制数的MV, 这里的 n十进制数中的字符数。
  • 十进制数的MV :: 十 进制数字十进制数字的MV.
  • 十进制数的MV :: 十 进制数 十进制数字 是 ( 十进制数的MV 乘以 10) 加 十进制数字的MV。
  • 指数部分的MV :: 指 数指示符 有符号整数有符号整数的MV。
  • 有符号整数的MV :: 十 进制数十进制数的MV.
  • 有符号整数的MV :: + 十进制数十进制数的MV.
  • 有符号整数的MV :: - 十进制数的MV 是 十进制数的负MV.
  • 十进制数字的MV :: 0 or of 十六进制数字 :: 0 是 0.
  • 十进制数字的MV :: 1 or of 非零数字 :: 1 or of 十六进制数字 :: 1 是 1. 十进制数字的MV :: 2 or of 非零数字 :: 2 or of 十六进制数字 :: 2 是 2.
  • 十进制数字的MV :: 3 or of 非零数字 :: 3 or of 十六进制数字 :: 3 是 3.
  • 十进制数字的MV :: 4 or of 非零数字 :: 4 or of 十六进制数字 :: 4 是 4.
  • 十进制数字的MV :: 5 or of 非零数字 :: 5 or of 十六进制数字 :: 5 是 5. 十进制数字的MV :: 6 or of 非零数字 :: 6 or of 十六进制数字 :: 6 是 6.
  • 十进制数字的MV :: 7 or of 非零数字 :: 7 or of 十六进制数字 :: 7 是 7.
  • 十进制数字的MV :: 8 or of 非零数字 :: 8 or of 十六进制数字 :: 8 是 8.
  • 十进制数字的MV :: 9 or of 非零数字 :: 9 or of 十六进制数字 :: 9 是 9. 十六进制数字的MV :: a or of 十六进制数字 :: A 是 10.
  • 十六进制数字的MV :: b or of 十六进制数字 :: B 是 11.
  • 十六进制数字的MV :: c or of 十六进制数字 :: C 是 12.
  • 十六进制数字的MV :: d or of 十六进制数字 :: D 是 13.
  • 十六进制数字的MV :: e or of 十六进制数字 :: E 是 14.
  • 十六进制数字的MV :: f or of 十六进制数字 :: F 是 15.
  • 十六进制整数常量的MV :: 0x 十六进制数字十六进制数字的MV。
  • 十六进制整数常量的MV :: 0X 十六进制数字十六进制数字的MV。
  • 十六进制整数常量的MV :: 十 六进制整数常量 十六进制数字 是 ( 十六进制整数常量的MV 乘以 16) 加 十六进制数字的MV。

一旦数值常量的 MV 被精确地确定,接下来就会被舍入为数值类型的一个值。如果 MV 是0,那么舍入值为 +0; 否则,舍入值必须正是 MV 的值(在8.5中定义),除非该常量是 一个有效数字超过20位的十进制常量——在这种情况下,此数字的值是下 面两种之一:一是将其20位之后的每个有效数字用0替换,产生此常量的 MV;二是将其20位之后的每个有效数字用0替换,并在20位有效数字之后增加数字位,产生此常量的 MV 值。判断一个数字是否为有 效数字,首先它不能是指数部分的一部分,且

  • 它不是0;或
  • 它的左边是一个非零值,右边是一个不在指数部分中的非零值。

7.8.4 字符串常量

字符串常量是被单引号或双引号括起的零个或多个字符。每个字符都可以呈现为转义序列。

语法

字符串常量 :: " 双字符串字符集opt "
'
单字符串字符sopt '

双字符串字符集 :: 双字符串字符 双字符串字符集opt

单字符串字符s :: 单字符串字符 单字符串字符sopt

双字符串字符 :: 源代码字符 but not 双引号 " or 反斜杠 \ or 行结束符
\ 转义序列

单字符串字符 :: 源代码字符 but not 单引号 ' or 反斜杠 \ or 行结束符
\ 转义序列

转义序列 :: 字符转义序列
0 [lookahead ? 十进制数字]
十六进制转义序列
Unicode转义序列

字符转义序列 :: 单个转义字符
非转义字符

单个转义字符 :: one of ' " \ b f n r t v

非转义字符 :: 源代码字符 but not 转义字符 or 行结束符

转义字符 :: 单个转义字符
十进制数字

x
u

十六进制转义序列 :: x 十六进制数字 十六进制数字

Unicode转义序列 :: u 十六进制数字 十六进制数字 十六进制数字 十六进制数字

非终止十六进制数字的定义在7.8.3节中给出。源 代码字符的描述在章节26中。

字符串常量代表字符串类型的值。该常量的字符串值(SV)的描述,取决于字符串常量各个部分提供的字符值(CV)。作为此过程的一部 分,一些字符串常量中的字符被解释为拥有数学值(MV),正如下文和章节7.8.3中所描述的。

  • 字符串常量的SV :: "" 是 空字符序列
  • 字符串常量的SV :: '' 是 空字符序列
  • 字符串常量的SV :: " 双字符串字符集 " 是 the SV of 双字符串字符集.
  • 字符串常量的SV :: ' 单字符串字符s '单字符串字符s的SV.
  • 双字符串字符集的SV :: 双字符串字符 是一个字符的序列,双字符串字符的SV.
  • 双字符串字符集的SV :: 双字符串字符 双字符串字符集双字符串字符的SV 的序列 后跟所有双字符串字符集的SV 中的有序字符
  • 单字符串字符集的SV :: 单字符串字符 是一个字符的序列, 单字符串字符的SV.
  • 单字符串字符s :: 单字符串字符 单字符串字符s单字符串字符后跟所有单字符串字符集的SV 中的有序字符
  • 双字符串字符 :: 源代码字符 but not 双引号 " or 反斜杠 \ or 行结束符 是 the 源代码字符 字符本身。
  • 双字符串字符 :: \ 转义序列转义序列. 单字符串字符 :: 源代码字符 but not 单引号 ' or 反斜杠 \ or 行结束符源代码字符 字符本身。
  • 单字符串字符 :: \ 转义序列转 义序列.
  • 转义序列 :: 字符转义序列 是 the 字符转义序列.
  • 转义序列 :: 0 [lookahead ? 十进制数字] 是 a 字符 (Unicode 值 0000).
  • 转义序列 :: 十六进制转义序列十六进制转义序列.
  • 转义序列 :: Unicode转义序列Unicode转义序列.
  • 字符转义序列 :: 单个转义字符 是 由单个转义字符根据下表确定的代码点值的字符:
//此处表格不发,blogger支持不好。
  • 字符转义序列 :: 非转义字符 是 the 非转义字符.
  • 非转义字符 :: 源代码字符 but not 转义字符 or 行结束符 是 the 源代码字符 字符本身。
  • 十六进制转义序列 :: x 十六进制数字 十六进制数字 是以 (第一个十六进制数字的 MV 值的16倍) 加 (第二个 十六进制数字的 MV 值) 为代码点值的字符。
  • Unicode转义序列 :: u 十六进制数字 十六进制数字 十六进制数字 十六进制数字 是以 (第一个 十六进制数字)的 MV 的 (4096 (即, 163 )倍) 加 (第二个 十六进制数字)的 MV 的(256 (即 , 162 )倍) 加 (第三个 十六进制数字的 16 倍) 加 (第四个 十六进制数字的 MV) 为代码点值的字符。
NOTE
“行结束”字符不能出现在字符串常量中,即使在它前面有一个反斜杠 \。 使行结束字符成为字符串常量的值一部分的正确方法是,使用转义序列,如 \n\u000A

7.8.5 正则表达式常量

正则表达式常量被扫描后,转换为 RegExp 对象的输入元素(章节15.10)。 此对象在包含它的程序或函数开始求值之前被创建。求值此常量产生一个到那个对象的引用;这不产生新对象。决不能用 === 比较被程序求值为正则表达式对象的两个正则表达式常量,即使两个常量内容相同。在运行时创建RegExp 对象,可以用 new RegExp (章节15.10.4),或者以函数的方式调用 RegExp 构造函数(章节15.10.3)。

下面的产生式描述了正则表达式常量的语法,以及输入元素扫描器查找正则表达式常量结尾的方法。给正则表达式构造函数传递包含正 则表达式体正则表达式徽标的、不被解释的字符串,将以更严厉的文法,根据它们自己解释它 们。实现可以扩展正则表达式构造函数的文法,但不应扩展正 则表达式体正则表达式徽标的产生式,以及被它们使用的产生式。

语法

正则表达式常量 :: / 正则表达式体 / 正则表达式徽标

正则表达式体 :: 正则表达式首字符 正则表达式字符集

正则表达式字符集 :: [empty]
正则表达式字符集 正则表达式字符

正则表达式首字符 :: 非结束符 but not * or \ or /
反斜杠序列

正则表达式字符 :: 非结束符 but not \ or /
反斜杠序列

反斜杠序列 :: \ 非结束符

非结束符 :: 源代码字符 but not 行结束符

正则表达式徽标 :: [empty]
正则表达式徽标 标识部分

NOTE
正则表达式常量不可为空;// 开始一个单行注释而非表示空正则表达式。描述空正则表达式,使用 /(?:)/


语义

正则表达式常量代表一个 Object 类型的值。确定该值要两个步骤:首先,包含和的产生式延伸的字符,只收集、不解释地转为两个字符串,分别为 Pattern 和 Flags。然后,用参数 Pattern 和 Flags 两个参数调用 new RegExp 构造函数,结果是 正则表达式常量 的值。如果调用 new RegExp 产生了错误,可能的实现是,作为其判断力,在扫描程序时立即报错,或推迟报错,直到该正则表达式常量在出现执行的轨迹中被求值。

May 28, 2007

ECMA-262试译:7.8 Literals(上)

7.8 常量

语法

常量 ::
空值常量
布尔值常量
数值常量
字符串常量
正则表达式常量

7.8.1 空值常量

语法

空值常量 ::
null

语义

空值常量 null 的值是空类型唯一的值,也就是 null

7.8.3 布尔值常量

语法

布尔值常量 ::
true
false

语义

布尔值常量值 true 是布尔值类型的值,也就是 true

布尔值常量值 false 是布尔值类型的值,也就是 false

7.8.3 数值常量

语法

数值常量 ::
十进制常量
十六进制整数常量

十进制常量 ::
十进制整数常量 . 十进制数opt 指数部分opt
. 十进 制数 指数部分opt
十进制整数常量 指数部分opt

十进制整数常量 ::
0
非零数字 十进制数opt

十进制数 ::
十进制数字
十进制数
十进制数字

十进制数字 :: one of
0 1 2 3 4 5 6 7 8 9

非零数字 :: one of
1 2 3 4 5 6 7 8 9

指数部分 ::
指数指示符 有符号整数

指数指示符 :: one of
e E

有符号整数 ::
十进制数
+
十进制数
- 十进 制数

十六进制整数常量 ::
0x 十六进制数字
0X
十六进制数字
十六进制整数常量 十六进制数字

紧跟在数值常量后的源代码字符既不是标识符开始也不是十 进制数

NOTE
例如: 3in
不是两个输入元素3in,而是一个错误。

①原书此处无此句,有误。


//7.7节没有话,就不放在这儿了
//前文所有的文法、注释格式都已经过调整
//下面要翻文字有大量重复单词,准备采取自动化翻译手段

ECMA-262试译:7.6 Identifiers

7.6 标识符

描述

解释标识符的文法根据在章节5.16中给出,对于 Unicode 标准的升级版3.0有一些小更正。此文法同时基于 Unicode 标准所具体指明的常规及非常规字符类别。在 Unicode 标准2.1版中具体指明的类别中的字符,必须被所有符合标准的 ECMAScript 实现认作是其它类别中的字符;不过,符合标准的 ECMAScript 实现可以允许附加那些基于 Unicode 早期版本中的类别分配的、合法的标识符字符集。

本标准具体指明了一个背离给定的 Unicode 标准的文法:允许美元号($)和下划线 (_)出现在标识符的任何位置。美元号仅应在机械生成的代码中使用。

标识符中同样允许有 Unicode 转义序列,它们在此处给标识符提供单个字符,由 Unicode转义序列的 CV 算法计算(参见7.8.4)。在 Unicode转义序列之 前提前出现的 \ 不为标识符提供字符。Unicode转义序列不 能被用于向标识符中放置一个字符,否则是违法的。换句话说,如果 \ Unicode 转义序列的序列被它的Unicode转义序列的 CV 替换,结果必定仍是合法的标 识符,与原始的标识符有完全相同的字符序列。

根据 Unicode 标准来判断两个标识符不相等时,不考虑它们是否被呈现为完全相同的代码点序列(换句话说,仅要求符合标准的 ECMAScript 实现对标识符作以比特为单位的比较)。这意味着,所得到的源代码文本在到达编译器之前就已经被转化成常规的形式 C。

语法
标识符
::
标识符名 but not保留 字
标识符名 ::
标识符开始
标识符名 标识符体

标识符开始 ::
Unicode字母
$
_
\Unicode转义序列
标识符体 ::
标识符开始
Unicode联合标记
Unicode数字
Unicode连接标点符号

\Unicode转义序列
Unicode字母
以下 Unicode 分类中的任何字符: "Uppercase letter(Lu,大写字母)", "Lower caseletter(Ll,小写字母)", "Titlecase letter(Lt,标题字母)", "Modifier letter (Lm,修饰字母)","Other etter(Lo,其它字母)", 或 "Letter number(Nl,字母数字)"。
Unicode联合标记
以下 Unicode 分类中的任何字符: "Non-spacing mark(Mn,非空格标记)" 或 "Combining spacing mark(Mc,联合空格标记)"。
Unicode数字
以下 Unicode 分类中的任何字符:"Decimal number(Nd,十进制数)"。
Unicode连接标点符号
以下 Unicode 分类中的任何字符:"Connector punctuation (Pc,连接标点符号)"。
Unicode转义序列
参见7.8.4
十六进制数字:: one of
0 1 2 3 4 5 6 7 8 9 a b c d e f A B C D E F

May 27, 2007

ECMA-262试译:7.5 Tokens

7.5 托肯

语法
托肯 ::

保留字
标识符
标点符号
数字常量
字符串常量

7.5.1 保留字

描述

保留字不能被用作标识符。

语法
保留字 ::

关键字
未来保留字
空值常量
布尔值常量

7.5.2 关键字

下列托肯是 ECMAScript 关键字,且不能被用作 ECMAScript 程序中的标识符。

语法
关键字 :: one of

break else new var case finally return void catch for switch while continue function this with default if throw delete in try do instanceof typeof

7.5.3 未来保留字

下面的单词被用作将来可能出现的扩展的关键字,因此,为了让它们被将来采用的这些扩展所允许,它们被保留。

语法
未来保留字 :: one of

abstract enum int short boolean export interface static byte extends long super char final native synchronized class float package throws const goto private transient debugger implements protected volatile double import public

ECMA-262试译:7.4 Comments

7.4 注释

描述

注释可以是单行或多行的。多行注释不能自包含。

由于单行注释可以包含除行结束符之外的任何字符①。根据常规,托肯总是进行最长匹配,所以单行 注释总是由从 // 开始到行末结束的所有字符组成。不过,行尾的行结束符不被识别为单行注释的一部分;它被词法文法识别为分隔符,并 成为给语法文法提供的输入元素流的一部分。这一点非常重要,因为这意味着单行注释的存在与否对自动分号插入的过程没有影响。

除非多行注释中包含有一个行结束字符,导致整个注释被语法文法解析为一个行 结束符,否则抛弃注释,行为类似空白字符。

语法

注释::
多行注释
单行注释

多行注释::
/*
多行注释字符集opt */

多行注释字符集::
多行注释非星号字符 多行注释字符集opt

*
后置星号注释字符opt

后置星号注释字符::
多行非斜杠或星号字符 多行注释字符集opt
*
后星号注释字符opt

多行非星号字符::
源代码字符 but not 星号 *

多行非正斜杠或星号字符::
源代码字符 but not 正斜杠 /or 星号*

单行注释::
//
单行注释字符集opt

单行注释字符集::
单行注释字符 单行注释字符集opt

单行注释字符::
源代码字符
but not 行结束符


①此句有歧义,正确意思是"单行注释直到行末"。

ECMA-262试译:7.3 Line Terminators

7.3 行结束符

与空白字符类似,行结束字符被用于提升源代码文本的可读性,以及把托肯(不可分割的词法单元)互相分隔开来。不过,与空白字符不同的
是,行结束符对语法文法的行为有影响。一般说来,行结束符可以出现在两个托肯之间,不过有少数地方,语法文法禁止它的出现。行结束符不能出现在任何托肯之
间,即使是字符串也不行。行结束符还对自动分号插入过程有影响。

下面的字符被认为是行结束符:





代码点值名称正式名称
\u000A 换行
<LF>
\u000D 行末 <CR>
\u2028 行分隔符 <LS>
\u2029 段落分隔符<PS>

语法

行结束符 ::

<LF>
<CR>
<LS>
<PS>


//原文件地址

ECMA-262试译:7.2 White Space

7.2 White Space

空白字符被用于提升源代码文本的可读性,以及把托肯(不可分割的词法单元)互相分隔开来,在其它方面是无关紧要的。空白字符允许出现在 两个托肯之间,也允许出现在字符串中(在这个地方,它们会被看成是有意义的字符,成为字符串常量的一部分)。但空白字符不能出现在其它任何托肯之间。

下面的字符被认为是空白字符:

代码点值 名称 正式名称
\u0009 制表符 <TAB>
\u000B 垂直制表符 <VT>
\u000B 表单结束符 <FF>
\u0020 空格 <SP>
\u00A0 非阻断空格 <NBSP>
其它类别"Zs" 其它任何Unicode“空白分隔符” <USP>
语法
空白字符 ::

<TAB>
<VT>
<FF>
<SP>
<NBSP>
<USP>


//原文地址

ECMA-262试译:7.1 Unicode Format-Control Characters

7.1 Unicode 格式控制字符

Unicode 格式控制字符(Unicode 字符数据库"Cf"分类,比如 LEFT-TO-RIGHT 标记、RIGHT-TO-LEFT 标记)被用于控制范围内的文本格式化,以使文本被相对于此的高阶协议(如标记语言)忽略。在源代码文本中允许出现这些字符也是有用的,便于查看和编辑。

格式控制字符可以在 ECMAScript 程序的任何位置出现。这些字符将在应用词法文法之前从源代码文本中被移除。因为这些字符将在处理字符串常量和正则表达式常量之前被移除,所以必须使用 Unicode 转义序列(7.6),以使字符串和正则表达式常量中包含 Unicode 格式控制字符。

May 26, 2007

ECMA-262试译:7 Lexical Conventions

7 词法约定

ECMAScript 程序的源代码文本首先被转换为一个输入元素的序列,其中的每一项是托肯、行结束符、注释或空白中的一个。源代码文本被从左到右扫描,重复地把最长的可能的 字符序列作为下一个输入元素。

词法文法中有两个目标符。符号输入分隔元素在其它语法文法中上下文中可以是一个除号(/) 或除法赋值(/=)运算符。符号输入元素正则表达式在其它语法文法上 下文中使用。

需要注意的是,除号和正则表达式常量存在于语法文法中的上下文中,且都被语法文法允许;不论如 何,在斜线号不被识别为正则表达式常量的开始这一情况下,词法文法使用输入分隔元素目标符。为了使它能在任何情况 下正常工作,可以把正则表达式常量用括号括起。

语法
输入分隔元素 ::

空白
行结束符
注释
托肯
分隔符

输入元素正则表达式 ::

空白
行结束符
注释
托肯
正则表达式常量

ECMA-262试译:6 Source Text

6 源代码文本

ECMAScript 源代码文本被表示为一个 Unicode 编码的字符序列,Unicode 版本2.1或更新,使用 UTF-16 转换格式。我们期望文本已被 Unicode 规范化形式 C(canonical composition)规范化,Unicode 技术报告 #15中描述了它。合乎标准的 ECMAScript 实现不要求展示任何文本的规范化形式,做出它们展示规范化文本的行为,只需展示文本自身。

源文件字符 ::

任何 Unicode 字符

ECMAScript 源文件文本可以包含任何 Unicode 字符。所有的 Unicode 空白字符都被视为空格,所有 Unicode 行、段分隔符都被视为行分隔符。Unicode 非拉丁文字符允许出现在标识符,字符串常量,正则表达式常量和注释中。

贯穿此文档的剩余部分,短语"代码点"和单词"字符"将被用于代指16位无符号值,用来呈现单个 UTF-16的16位单元。短语"Unicode 字符"将被用于代指抽象语言学或排版单元,呈现为单个 Unicode 标量值(可能长于16位,将被呈现为多于一个的代码点)。这儿仅代指单个以 Unicode 标量值形式呈现的实体:组合字符得到的字符序列仍是独立的“Unicode 字符”,即使用户认为整个序列是单个字符。

在字符串常量、正则表达式常量和标识符中,任何字符(代码点)也可以被表示为一个由六个字符组成的 Unicode 转义序列,形式为 \u 加上四个十六进制数字。事实上,在注释中,这样的转义序列被当作注释的一部分忽略 掉。在字符串常量或正则表达式常量中,Unicode 转义序列向常量的值提供一个字符。在标识符中,转义序列给标识符提供一个字符。

NOTE 1
虽然这篇文档常常提到在“字符串”中的“字符”和16位无符号整数 (该字符的 UTF-16 编码)之间的“转换”,但事实上,这种转换是不存在的,因为“字符串& rdquo;中的“字符”其实正是用那个16位无符号整数表示的。

NOTE 2
在对待 Unicode 转义序列的行为方面,ECMAScript 语言与 Java 语言不同。例如,在 Java 程序中,Unicode 转义序列 \u000A 在单行注释中出现,它将被解释为一个行结束符(Unicode 字符000A代表换行),因此下一个字符不再是注释的一部分。类似地,如果
在 Java 程序中,Unicode 转义序列 \u000A 出现在字符串常量中,将被同样解释为一个行结束符,所以它不能允许出现在字符串常量中——要把换行作为字符串常量的值的一部分,必须写成 \n 而不是 \u000A。在 ECMAScript 程序中,在注释中出现的 Unicode 转义序列决不会被解释,因此不能使注释结束。类似地,在 ECMAScript 程序中,在字符串常量中出现的 Unicode 转义序列总是为字符串常量的值提供字符,而决不会被解释成行结束符或引号,这使 Unicode 转义序列不可能结束一个字符串常量。

ECMA-262试译:5.2 Algorithm

5.2 算法约定

本规范中常会用到一种标有数字序号的列表来详细指明一个算法的步骤。这些算法是用来说明语义的。实际操作中,具体实现可能会对给定的特 性给出更有效率的算法。

若算法要产生一个值作为结果,使用说明"返回 x"来指明算法的结果是 x 的值,此时算法结束。记法 Result(n) 被用作"第n步的结果" 的缩写。Type(x) 被用作"x的类型"的缩写。

加法、减法、取负、乘法、除法这些数学运算,以及这一节稍后定义的数学函数应被理解为总是使用实数做精确的数学计算,这不包括无穷大或 负零。本标准中的算法在适当的地方会建模浮点数运算,描述其步骤,处理无穷大和有符号零并进行舍入。如果数学运算或函数应用于一个浮点数,应被理解为应用 于此浮点数所代表的精确的数学值;比如,浮点数必须是有限的,若为+0或-0则简单地取与之相符的数学值0。

数学函数 abs(x) 返回 x 的绝对值,即如果 x 为负(小于零)则是 -x, 否则是 x 本身。

若为 x 正,数学函数 sign(x) 返回1;为负则返回-1。在本标准中,对于 x 为零的情况,不使用函数 sign。

记法"x modulo y"(y 必须为有限的非零值)计算 k 值,它与 y 同号(或同为零),使得 abs(k) < y) 且对于同样的整数 qx-k = q × y

数学函数 floor(x) 返回不大于 x 的最 大的整数(可接近正无穷)。

NOTE
floor(x) = x-(x modilo 1).
若定义一个"抛出异常"的算法,执行此算法结束后没有返回结果。调用这个算法,直到算法步骤到达了明确地处理这个异常的时候,此过程也会结束,处理异常的术语有"如果一个异常被抛出..."。一旦某个算法步骤遭遇异常,就不再认为此异常发生过。

ECMA-262试译:5.1 Syntatic and Lexical Grammars(下)

5.1.5 文法记法

词法和字符串文法的终结符,以及有些语法文法的终结符,将以等宽(fixed width)字 体显示在文法的 产生式中,贯穿本规范中该文本被直接引用为一个终结符 的全过程。它们可出现在写成的程序中。所有的非终结字符以这种特定的方式,作为恰当的、ASCII 范围内的 Unicode 字符被识别,以区别其它 Unicode 范围内看上去相似的 Unicode 字符。

非终结符以斜体(italic)显示。非终结符的定义由其被定义的名字后跟一个或更多冒号引入 (冒 号的数量指出产生式所属的文法)。非终结符中一个或多个可变的右式紧跟在下一行。例如,文法语法的定义:

With语句 :

with ( 表达式 ) 语句

这说明非终结符With语句表示 with 托肯,后跟一个左括号托肯,再跟随一个表达式,其后是一个右括号托肯,再后面是一个语句。 出现的表达式语句它们自身都是非终结符。作为另一个例子,有文法定义:

参数列表 :

赋值表达式
参数列表 , 赋值表达式

这说明一个参数列表可以表现为单个赋值表达式,或一个参 数列表后跟一个逗号,再跟一个赋值表达式参数列表的 定义是递归的(recursive),也就是说,它的定义中借用了它本身。结果是参数列表可 以包含任意数量为正的参数,以逗号隔开,每个参数表达式都是一个赋值表达式。像这样的非终结符的递归定义很常见。

出现在终结符或非终结符后面的下标后缀"opt",指出这是一个可选符号(optional symbol)。 包含可选符号的可变部分其实可以细分为两个右式,其一忽略可选元素,而另一个包括它。这意味着:

变量声明 :

标识符 初始化器opt

是下述产生式的简略形式:

变量声明 :

标识符
标识符 初始化器

再如:

迭代语句 :

for ( 入口表达 式opt ; 表 达式opt ; 表 达式opt) 语 句

是下述产生式的简略形式:

迭代语句 :

for ( ; 表达式opt ; 表达式opt)
for ( 入口表达式 ; 表达式opt ; 表达式opt) 语句

它是由下面的产生式的简略形式转变得到的:

迭代语句 :

for ( ; ; 表达式opt) 语句
for ( ; 表达式 ; 表达式opt) 语句
for ( 入口表达式 ; ; 表达式opt) 语句
for ( 入口表达式 ; 表达式 ; 表 达式opt) 语 句

它是由下面的产生式的简略形式转变得到的:

迭代语句 :

for ( ; ; ) 语句
for ( ; ; 表达式 ) 语 句
for ( ; 表达式 ; ) 语 句
for ( ; 表达式 ; 表达式 ) 语句
for ( 入口表达式 ; ; ) 语 句
for ( 入口表达式 ; ; 表达式 ) 语句
for ( 入口表达式 ; 表达式 ; ) 语句
for ( 入口表达式 ; 表达式 ; 表 达式 ) 语句

所以说,迭代语句其实有八个可变右式。

如果产生式右式出现了短语"[lookahead ∉ set]",指的是如果紧接着的输入终结符不是所给集合 set 的 成员,则不使用此产生式。 集合 set 可以被写成克里闭包中的非闭合终结符组成的列表。为方便起见,这个集合也可写成一个非终结符,这使它代表除去此非终结符的所有终结符构成的集合。例如,给 出下列定义:

十进制数字 :: one of

0 1 2 3 4 5 6 7 8 9

十进制数 ::

十进制数字
十进制数 十进制数字

定义

Lookahead示例 ::

n [lookahead ∉ {1,3,5,7,9}] 十进制数
十进制数字 [lookahead ∉ 十 进制数]

当字母 n 后跟一个或多个首位是偶数的十进制数,或后跟一个后面没有另一个十进制数字的数字时,完成匹配。

如果语法文法的产生式右式出现了短语"[no LineTerminator here]",它指出了该产生式是一个受约束产生式(restricted production): 如果行结束符出现在输入流的指定位置上,这个产生式不被使用。例如,下面的产生式:

返回语句 :

return [no LineTerminator here] 表达式opt ;

这里指出了,如果在 return 托肯和 表达式 之间出现了行结束符,则不使用此产生式。

直到出现的行结束符被受限产生式禁止之前,在输入的元素流中,行结束符允 许在两个连续托肯之间出现任意次数但对程序的语法可接受性没有影响。

如果在语法定义的冒号之后出现了单词"one of",它表示随后的行中的所有终结符被当 作一个可变定义。例如,在 ECMAScript 的词法文法中包含下面的产生式:

非零数字 :: one of

1 2 3 4 5 6 7 8 9

这只不过是下面的产生式的简略形式:

非零数字 ::

1
2
3
4
5
6
7
8
9

当词法文法或数字化字符串文法的产生式可变部分中出现了多字符托肯,表示这个字符序列构成一个托肯。

使用短语"but not"可具体指明产生式的某些特定扩充是不允许的,这样可以把指定的 扩充排除在外。例如,下面的产生式:

标识符 ::

标识符名 but not 保 留字

意思是,非终结符标识符可以被任意可以替换标识符名的 字符序列替换,同一序列不能被保留字替换。

最后,对于实际上不可能列出全部可变元的少量非终结符,我们用普通字体写出描述性的短语来描述它们:

源文件字符 ::

任何 Unicode 字符


①原书此处有 one of,错误。

ECMA-262试译:5.1 Syntatic and Lexical Grammars(上)

5.1 语法和词法文法

这一节描述了本规范中使用的上下文无关文法,这是 ECMAScript 程序语法结构的定义。

5.1.1 上下文无关文法(Context-Free Grammars)

一个上下文无关文法由许多产生式(productions)组 成。每个产生式都拥有一个抽象符号作为其左式(left-hand side),被称为非终结 符(nonterminal),以及一个由零个或多个非终结符和终结符(terminal)组 成的右式(right-hand side)。对于每个文法而言,终结符是从一个特定的字母表中抽取的。

句子的开始由单个显式的非终结符组成,被称为目标符(goal symbol),一个给定的上 下文无关文法规定了这样一种语言,它被表示为可能的终结符序列组成的集合(有可能是无限集),这是用产生式左式重 复替换序列中一切非终结符得到的,替换时所用的产生式的左式要和被替换的非终结符一致。

5.1.2 词法文法和正则表达式文法

ECMAScript 的词法文法(lexical grammar)在条款7中 给出。此文法 以 Unicode 字符集中的字符作为其终结符。它定义了一个产生式集合,其中的产生式以目标符输入分隔元素 (InputElementDiv)输入正则表达式元素(InputElementRegExp)开 始,这描述了 Unicode 字符是如何被翻译成输入元素序列的。

为 ECMAScript 语法文法提供的除空白和注释之外的输入元素被称为 ECMAScript 托肯 (token)。这些托肯即 ECMAScript 语言中的保留字、标识符、常量和标点符号。此外,行结束符即使不被认为是托肯,它同样是输入的元素流中的一部分,并指导自动插入分号的过程 (7.8.5)。普通的空白和单行注释被丢弃,且不出现在为语法文法提供的输入元素流中。对于多 行注释 (MultiLineComment)(即形如 "/*...*/"的注释,不论它跨越了多少行),如果它没有包含行结束符,就被简单地丢弃;假使多行注释包含一 个以上行结束符,则用单个行结束符替换它,使之成为为语法文法提供的输入元素流的一部分。

ECMAScript 的正则表达式文法(RegExp grammar)15.10 中给出。此文法同样 以 Unicode 字符集中的字符作为其终结符。它定义了一个产生式集合,其中的产生式以目标符的模式(Pattern)为 起始,描述了 Unicode 字符是如何被翻译成正则表达式模式的。

词法文法和正则表达式文法的产生式被识别为被两个冒号"::"分割的产生式。词法文法和正则表达式文法共享某些产生式。

5.1.3 数字化字符串文法

第二个文法被用于将字符串翻译为数值量。此文法类似词法文法中与数字常量有关的部分, 以 Unicode 字符集中的字符作为其终结符。此文法在9.3.1中出现。数字化字符串文法的产生式被识 别为被三个冒号":::"分割的产生式。

5.1.4 语法文法

ECMAScript 的语法文法在条款11121314中 给出。此文法以词法文法定义的 ECMAScript 托肯作为其终结符(5.1.2)。它定义了一个产生式 集合,其中的产生式以目标符 Program 开始,描述了托肯序列是如何构成语法正确的 ECMAScript 程序的。

若将一个 Unicode 字符流被解析为一个 ECMAScript 程序,首先,通过重复应用词法文法,它被转化为一个输入元素流;通过一次应用语法文法,这个输入元素流继续被解析。如果输入元素流中已不再留有托肯,而托肯仍无法被解析为单个目标非终结符 Program,则这个程序语法出错。

语法文法的产生式被识别为仅被一个冒号":"分割的产生式。

语 法文法被表示为0,0,0的分段,0其实不是能被正确的 ECMAScript 程序接受的托肯序列中的一员。确定的额外托肯序列同样会被接受,也就是说,即使只有冒号被加入序列中的某个位置(比如在行结束字符之前),这些托肯也会被 文法所描述。深入说来,即便终结字符出现在某些“尴尬”的位置上,被文法描述的、确定的托肯序列也不考虑其是否能被接受。


//全文太长,先发的这部分是说明部分
//最后一段没看懂,晕

ECMA-262试译:4.3 Definitions

4.3 定义

下面给出了与 ECMAScript 有关的关键术语的非正式定义。

4.3.1 类型

类型是数据取值的集合。

4.3.2 原语值

原语值是类型 UndefinedNullNumberBoolean String 的一个成员。原语值是直接表示语言实现的底层数据。

4.3.3 对象

对象是未 排序的属性的集合,其中每个属性包含一个原语值、对象或函数。被作为属性保存的函数被称为方法。

4.3.4 构造函数

构造函数是 一种创建并初始化对象的函数对象。每个工作;构造函数都拥有一个相关联的原型对象,用它来实现继承和共享属性。

4.3.5 原型

原型是一 种对象,被用在 ECMAScript 中实现继承结构、状态和行为。当构造函数创建对象时,那个对象隐含引用构造函数的关联原型,以此分解属性引用。通过程序中的表达式 constructor.prototype 可以引用到构造函数的关联原型,通过继承,添加给对象的属性会被所有共享此原型的对象共享。

4.3.6 本地对象

本地对象指 的是由 ECMAScript 实现提供并独立于宿主环境的任何对象。这篇规范定义了标准本地对象。有些本地对象是内置的;其余的可能在 ECMAScript 程序执行的过程中被构造。

4.3.7 内置对象

内置对象指 的是由 ECMAScript 实现提供的,独立于宿主环境的,并在 ECMAScript 程序刚开始执行时就出现的对象。这篇规范定义了标准内置对象,一个 ECMAScript 实现也可能指明并定义其它的内置对象。所有的内置对象都是本地对象。

4.3.8 宿主对象

宿主对象指的是由 ECMAScript 实现提供的,使 ECMAScript 的执行环境变得完备的对象。所有非本地对象都是宿主对象。

4.3.9 未定义值

未定义值是 一种原语值,当一个变量未被赋值时被使用。

4.3.10 Undefined 类型

类型 Undefined 仅有一个值,叫做 undefined

4.3.11 空值

空值是一种原语值,用来代表0,空或不存在的引用。

4.3.12 Null 类型

类型 Null 仅有一个值,叫做 null

4.3.13 布尔值

布尔值Boolean 的成员,它是两个特殊的值之一,truefalse

4.3.14 Boolean 类型

Boolean 类型仅用两个特殊的值表示逻辑实体。其一被称为 true 另一个被称为 false

4.3.15 Boolean 对象

Boolean 对象是 Object 类型的一个成员,内置 Boolean 对象的实例。也就是说,在 new 表达式中使用 Boolean 构造函数提供一个布尔值参数创建出 Boolean 对象。结果对象拥有一个隐含(无命名的)属性是那个布尔值。一个 Boolean 对象可被强制为一个布尔值。

4.3.16 字符串值

字符串值String 类型的一个成员,它是一个有序的、长度有限的的列表,包含零个或更多16位无符号整数。

NOTE 即使每个值常常表示单个16位 UTF-16文本,语言也不给出关于期望这些值被表示为16位无符号整数的限制或要求。

4.3.17 String 类型

String 类型是所有字符串值的集合。

4.3.18 String 对象

String 对象是 Object类 型的一个成员,内置 String 对象的实例。也就是说,在 new 表达式中使用 String 构造函数提供一个字符串参数创建出 String 对象。结果对象拥有一个隐含(无命名的)属性是那个字符串值。通过以函数的方式调用 String 构造函数可以把一个 String 对象强制为一个字符串值。

4.3.19 数值

数值Number 类型的一个成员,是数字的直接表示。

4.3.20 Number 类型

Number 类型是表示数字的值的集合。在 ECMAScript 中,表示双 精度64位格式(IEEE 754)的值的集合包含特殊值“Not-a-Number”(非数字,NaN),正无穷和负无穷。

4.3.21 Number 对象

Number 对象是 Object类 型的一个成员,内置 Number 对象的实例。也就是说,在 new 表达式中使用 Number 构造函数提供一个数值参数创建出 Number 对象。结果对象拥有一个隐含(无命名的)属性是那个数值。通过以函数的方式调用 Number 构造函数可以把一个 Number 对象强制为一个数值(15.7.1)。

4.3.22 Infinity(无穷)

原语值 Infinity 表示正无穷数值。这个值是 Number 类型的一个成员。

4.3.23 NaN

原语值 NaN 表示 IEEE 标准“非数字”值。这个值是 Number 类型的一个成员。


//重新调整了文档结构,这篇可以发了。

May 25, 2007

ECMA-262试译:4.2.1 Objects

4.2.1 对象

ECMAScript 并没有严格意义上的类,在这一点上不同于 C++、Smalltalk 或者 Java,不过作为替代,它支持构造函数(constructors),利用它,可通过执行代码创建对象:给对象分配 存储,然后通过赋初始值来初始化对象属性的全部或部分。所有的构造函数都是对象,但并非所有的对象都是构造函数。每个构造函数都有一个 Prototype(原 型)属性,被用于实现基于原型继承(prototype-based inheritance)共 享属性(shared properties)。使用构造函数来创建对象要用到 new(新 建)表达句;举个例子,new String("A String") 创建了一个新的字符串对象。不使用 new 调用构造函数的后果取决于这个构造函数本身。举个例子,String("A String") 产生一个原语字符串而非对象。

ECMAScript 支持基于原型继承。每一个构造函数都有一个相关联的原型,它创建的所有 对象都拥有一个隐含的引用指向那个与其构造函数相关联的原型(所谓的对象的原型)。更深一步讲,原型还可能会拥有 到它的原型的隐含的非空引用,依此类推;这被称为原型链(prototypechain)。当引用被作为对象中的属性 时,在原型链中第一个包含以这个引用的属性名为名的属性的对象,它的那个属性就是被引用者。换句话说,首先检查被直接提及的对象是否包含某个属性;如果那 个对象包含同名属性,被引用指向的就是这个属性;如果那个对象并没有包含同名属性,接下来检查它的原型,如此继续下去。

通常,在基于类的面向对象语言中,实例装载状态,类装载方法,且继承的仅仅是结构和行为。而在 ECMAScript 中,状态和方法均由对象装载,且结构、行为、状态都会被继承。

所有没有直接包含某个它们的原型所包含的特定属性的对象,与它们的原型共享那个属性和它的值。下面的图表阐述了一切:

CF 是一个构造函数(当然也是一个对象)。使用 new 表达式,我们创建了五个对象:cf1,cf2,cf3,cf4 和 cf5。这些对象中的每一个都包含了名为 q1 和 q2 的属性。虚线表示隐含的原型关系;比方说,cf3 的原型是 CFp。构造函数 CF自己拥有两个属性,名为 P1 和 P2,它们对于 CFp,cf1,cf2,cf3,cf4 或 cf5 而言都是不可见的。CFp 中名为 CFP1 的属性被 cf1,cf2,cf3,cf4 和 cf5 (除了 CF)共享,这样,CFp 的隐含原型链中的所有属性没有名为 q1,q2 或 CFP1 的。需要注意的是,CF 和 CFp 之间没有隐含的原型关联。

不同于基于类的面向对象语言,ECMAScript 中的属性可以通过给它们赋值的方式,把它们动态添加给对象。也就是说,构造函数不需要给所构造的对象的部分或全部属性命名或赋值。在上面的图表中,通过给 CFp 中的属性赋新值就可以给 cf1,cf2,cf3,cf4 和 cf5 添加新的共享属性。


//觉得这篇是我到目前为止翻的最好的 :)

ECMA-262试译:4.2 Language Overview

4.2 语言概述

接下来是一个 ECMAScript 语言的非正式概述——这个语言的所有部分的描述。严格 说来,这个概述不是标准的一部分。

ECMAScript 是基于对象的:语言的基本部分和宿主设施由对象提供,一个 ECMAScript 程序是一组可通信的对象。ECMAScript 对象(object)是一个未排序的属性 (properties)的聚集,每个特征由零个或多个特征(attributes)来确 定它们如何被使用——举个例子:当某个属性的 ReadOnly(只读)特征被设为真(true)时, 任何通过执行 ECMAScript 代码来改变这个属性值的企图都不会生效。属性是装载其它对象的容器,如原语值 (primitive values)方法(methods)。原语值是下列内置类型 的一个成员:未定义(Undefined)空值(Null)数 值(Number)布尔值(Boolean)字符串(String);对象是保持内置类型对象(Object)的一个成员;方法是一种通过属性来访问对象的函数。

ECMAScript 定义了一集勾勒出 ECMAScript 定义实体的内置对象(built-in object),它们包括Global(全局)对象、Object 对象、Function (函数)对象、Array(数组)对象、String对象、Number对 象、Math(数学库)对象、Date(日期)对象、RegExp(正 则表达式)对象以及其它 Error 类对象:ErrorEvalError(求 值错误),RangeError(数组下标范围错误),ReferenceError(引 用错误),SyntaxError(语法错误),TypeError(类 型错误),URIError(唯一资源定位符错误)。

ECMAScript 还定义了一个内置运算符(operators)集合。严格地说,它们可能不是函数或方法。ECMAScript 运算符包含了各种各样的操作:乘法运算符,加法运算符,位移运算符,关系运算符,相等关系运算符,二元位操作运算符,二元逻辑运算符,分配运算符,逗号运算符。

ECMAScript 语法被特意设计成类似 Java 的语法。ECMAScript 的语法设计能使其作为一种易于使用的脚本语言提供服务。例如,一个变量不需要拥有自己的类型声明或与其关联的属性的类型,定义函数时不需要在它们被调用的上文中出现它们的声明。


//这个翻译的意义不亚于词汇表

ECMA-262试译 - 阶段patch

  • Brief History 首句现译为:"本 ECMA 标准基于一系列原创技术,其中最著名的是Netscape 公司的 JavaScript 和 Microsoft 公司的JScript。"
  • Conformance 中去掉共计4个"一个",首句中"这个"改为"本",最后一段首句第二字句现译为"在此规范描述之外的类型"
  • Web Scripting 第一段最后一句去掉"一个",修改输入错误一处,最后一段首句现译为"与浏览器不同,网页服务器为服务器端提供了另一种宿主环境...";虽然与原文不同,但没办法,英文的指代往往过于突兀~~

最后感谢网友lonelyfox的支持,虽然不明其豆瓣马甲是who...

May 24, 2007

ECMA-262试译:4.1 Web Scripting

4.1 网页脚本

网页浏览器为 ECMAScript 提供了一个主机环境以进行客户端的计算,例如:代表窗口、菜单、浮动条、对话框、文本区域、锚点、框架、历史、cookies,以及输入/输出功能的对 象。深入说来,主机环境提供的一套向事件上附加脚本代码的方法,这些事件有焦点的改变,页面和图像的载入、卸载,出错和异常结束,点选,提交表单以及鼠标 动作等。脚本代码在 HTML 之间出现,被显示的页面是一个用户界面元素和固定或处理后的文本和图像的组合。这种脚本语言会响应用户的互交从而不需要一个主程序。

一个网页服务器为服务器端提供了一个不同的主机环境,这包括代表请求、客户端、文件的对象;以及锁定或共享数据的机制。通过同时使用浏览器端和客户端脚本,在客户端与服务器之间分配计算将成为可能,这样就能为基于网页的应用提供一个自定义化的用户界面。

ECMA-262试译:4 Overview

4 概述

这一节包含一个 ECMAScript 语言的非正式概述。

ECMAScript 是面向对象的编程语言,被用来演示计算技术和操控主机环境下的计算机对象。这里定义的 ECMAScript 没有被设计成计算性自足的语言;事实上,在这篇规范中,没有为输入外部数据或输出计算结果给出任何条款。取而代之的是,我们期望 ECMAScript 程序的计算机环境可提供除了这篇规范中所描述的对象和其它语言设施之外的、某些特定环境下的 主机 (host) 对象,它们的描述和行为将超出此规范的所指出的范围,即它们可提供某些可被访问的属性和某些可从 ECMAScript 程序中调用的函数。

脚本语言(script language)是一类被 用于操控、自定义和自动控制现有系统设施的编程语言。在这些系统中,实用的功能可通过一个用户界面来使用,脚本语言就是一种通过程序控制那些功能的机制。 于是,我们就说此系统为对象和设施提供了一个主机环境,它们使得脚本语言的能力变得完备。脚本语言是为了能被专业或非专业程序员所使用而设计的。为了适应 非专业程序员,语言的一些方面会多少有些不严格。

ECMAScript 从一开始就被设计成一个网页脚本语言(Web scripting language)作为基于网页的、客户端—服务器端(C/S)构架的建筑师,它能提供一 种机制,用来使浏览器中的网站页面更加活跃,并展示服务器端的处理情况。ECMAScript 能够为各种主机环境,以及这个文档所描述的核心脚本编程语言之外任何特定的主机环境,提供基本的脚本编程能力。

ECMAScript 中的有些语言设施类似其它编程语言;尤其是 Java 和 Self,下列文献描述了它们:

  • Gosling,James,Bill Joy and GuySteele. The Java Language Specification. Addison Wesley Publishing Co.,1996.
  • Ungar,David,and Smith,Randall B. Self: The Power of Simplicity. OOPSLA '87 Conference Proceedings,pp. 227-C241,Orlando,FL,October 1987.

ECMA-262试译:2 Conformance

2 前言

一个符合标准的 ECMAScript 实现必须提供并支持这个规范中所描述的所有类型,值,对象,属性,函数,程序语法和语义。

一个符合这个国际标准的实现应当能解释前言中提到的字符集:Unicode 标准,2.1版或更新版本,使用 UCS-2 或 UTF-16 作为被采纳的编码格式的 ISO/IEC 10646-1 第3级实现。如果被采纳的 ISO/IEC 10646-1 子集没有额外指明,则被认定为组号是300的 BMP 子集。如果被采纳的编码格式没有额外指明,则被认定为 UTF-16 编码格式。

一个符合标准的 ECMAScript 实现被允许提供额外的、在这个规范的描述之外的类型,值,对象,属性和函数。特别的,一个符合标准的 ECMAScript 实现被允许给那些此规范中所描述的对象提供此规范所没有描述的属性,以及那些属性的值。


//第一节只有一句话,不贴了;第三节是参考文献,不用翻。

May 23, 2007

ECMA-262试译:Brief History

Brief History

此ECMA 标准基于著名的 JavaScript(Netscape 公司)和 JScript(Microsoft 公司)中的一些原创技术。该语言由 Netscape 公司的 Brendan Eich 发明并首先出现在该公司的 Navigator 2.0 浏览器中。该语言至今已经在所有来自 Netscape 的全部子系列浏览器和从 Internet Explorer3.0 开始所有来自 Microsoft 的浏览器中出现。

该标准的研发起始于1996年11月。ECMA 标准的首个版本于1997年6月被 ECMA 公共协会接受。

此 ECMA 标准曾被提交 ISO/IECJTC1 以“快速通道”审批过程的方式进行审批,并于1998年8月被批准成为 ISO/IEC16262 国际标准。1998年6月,ECMA 公共协会批准了 ECMA-262 标准的第二版以保持它与 ISO/IEC16262 的完全协调。第一版和第二版之间存在着重大的性质上的变更。

目前的文档定义了该标准的第三版,这包含了强大的正则表达式,更优秀的字符串处理,新的流程控制语句,try/catch 异常处理,更严密的出错定义,数字式输出格式以及对于即将到来的国际化设施和语言未来发展的预期而做出的次要变更。

关于这个语言的工作并没有结束。技术委员会正在为了作出意义重大的优化而工作,这包括脚本在互联网上创建和使用的机制,以及与其它标准实 体(如万维网联盟(W3C)及无线应用协议论坛的等团体)间更紧密的协作。

//试译稿,有不妥之处请高手指正。

//原文地址(pdf文档

May 22, 2007

恶搞 qsort 测试代码

//Array类的交换和判断是否有序的方法
Array.prototype.swap = function (a, b) {
var tmp = this[a];
this[a] = this[b];
this[b] = tmp;
}

Array.prototype.isInOrder = function () {
for (var i =0; i <> this[i+1]) return false;
return true;
}

//简短的快速排序,只需一个数组作参数
function qsort (arr, l, u) {
l = l || 0;
u = ((u != 0) &&amp; (u == undefined)) ? arr.length : u;
if (l >= u) return;
var m = l;
for (var i = l+1; i <= u; i++)
if (arr[i] < arr[l])
arr.swap(++m, i);
arr.swap(l, m);
qsort(arr, l, m-1);
qsort(arr, m+1, u);
}

Math.rand = function (start, end) {
if (end == undefined) {
end = start;
start = 0;
}
return start+Math.random()*(end-start);
}

Math.randInt = function (start, end) {
return Math.round(Math.rand(start, end));
}

//生成待排序的大规模随机整数数组
function randRange (len, start, end) {
var range = new Array(len);
for (var i = 0; i < len; i++)
range[i] = Math.randInt(start, end);
return range;
}

//把测试代码绑定在qsort()函数上
qsort.test = function (len, start, end) {
var tmpArr = randRange(len, start, end);
this(tmpArr);
return tmpArr.isInOrder();
}

PS: 我一个同学在电脑课上用Firefox玩randRange(10000)之类的东西玩了半节课……

May 20, 2007

Mazy 编程语言介绍

  • 豆瓣网上的讨论,还真“激烈”,废话请读者自行略过。


2007-05-16 22:11:52   来自: 冰の銳 (南京)

  因为我在网上首次提到我设计的Mazy语言是在这个小组 & 这个小组人还比较多,所以在这儿“大肆”宣传我的东东。
  
  以下摘自我给其初期实现 WebMazy 所写的文档:
  "WebMazy 是一个开放源代码的 Mazy 语言环境,提供用纯JavaScript实现的网页式界面。它还提供了使用JavaScript来扩展Mazy库的方法。
  
  Mazy 语言是作者独立设计的、面向基础数学问题的函数式编程语言(functional programming language),具有极其简洁的语法和一定的直接通过数学表示解决数学问题的能力。"
  
  有需要源程序者发我豆邮付上您的邮件地址。

> 修改 


2007-05-16 22:19:42 冰の銳 (南京)

  以下摘自文档的入门部分,"Hi, I'm Mazy!" :
  
  
  $一个计算器
  
  Mazy 最基本的用途是作计算器——表达方式和你平常在纸上写的那种基本没什么区别。例如(直接的一行指的是在interpretation中的输入,以 > 开头的一行指的是trace中的返回情况):
  
  2+2
  > 4
  (50-5*6)/4 ;这是一个补充型注释
  > 5
  7/3 ;不能整除,返回小数
  > 2.3333333333333335
  pow(2,1000) ;内置函数,这里取2的1000次方
  > 1.0715086071862673e+301
  18%4 ; '%'是取模运算符,简单地说就是返回余数
  > 2
  
  平心而论,Mazy 在简单运算方面并没有太多亮点,和 Haskell 之内的支持无限长整数和复数运算的东西全然不能相比;不过人家毕竟是“世界上最先进的语言”,要知足,要知足~~
  
  
  $带变量支持的计算器
  
  变量是什么?一个静态的定义而已,给一个值一个名字而已:
  
  x = 34 ;现在x这个名字就代表34
  > 34
  x*x
  > 1156
  
  数学上好像只有“代数”这个概念而没有“变量”这个概念,况且 Mazy 是函数式编程语言,变量一经申明就不可在同一环境下改变其值,应该叫“不变量”还差不多;
  
  x = 34 ;重复申明试试,
  > RuntimeError: The name x already has a definition in this level.
  
  这句话是我写的,我很自豪啊^_^
  
  完了,变量值不可改变,难道说每次求一个数的平方都要输一下xx*xx吗?!
  
  $可以定义函数的计算器
  
  函数是什么?在Mazy中,我可以负责地完全使用数学上的定义来回答这个问题:函数是一个确定的、多对一映射。完全不同与C等命令式语言的函数——他们不但状态可变而且行为恶劣。好了,多说无益,看看怎么解决上面的问题:
  这是一个标签型注释,下面我们定义这个返回参数值平方的函数: sqr (x)=x*x
  > function()
  sqr(23) ;23的平方
  > 529
  sqr'2(x)= 2*sqr(x) ;再试一个(注意''和"等效,都可用作命名;Mazy中没有字符串。)
  > function()
  sqr'2(5) > 50
  
  $能作判断的计算器?!
  
  憋死我啦!终于到了展现Mazy力量的时候啦!来看看这个求阶乘的 C 语言程序:
  int fact (int n) {
   int result = 0;
  for (int i = 1; i <= n; i++) {   result *= i;   }    return result;   }      这个是Mazy版的(在inter中深入多行程序时可以用Shift+Enter来输入换行;或者在definition中定义(自己写一遍,不要CC+CV),然后在inter中使用。(*...*)之间是一个文档型注释):   (* 把阶乘的数学定义照抄一遍, 最后加个英文句点就行了 *) fact (n) =   1, n=0 n * fact(n-1).      接着在inter中计算:   fact(10) > 3628800
  
  如果你现在有一种身陷迷宫的感觉,那我的目的就达到了——Mazy意为迷宫般的。
  
  还是说一下这是怎么回事吧!Mazy中,一个函数必须有且只在最后有一个返回表达式(正则尾递归,有了它,程序就不需要循环结构了);在多行申明下的单行中出现了用,分割的两个表达式时,就认为这种情况分析表达式开始,每行的第二个子式分析条件,一旦满足就返回该行的子表达式,直到函数体以. 结束(思想来源于ML)。很明显,这里申明语句是无效的,所以所有的=号执行比较运算,返回布尔值true或 false(Note:布尔值运算符:与& 或| 非! )。
  
  所以,求一个数绝对值的函数就可以写成这样(这只是个说明用法的例子而已):
  abs' (n) =
;加'是因为内置库中已有定义,最好不要覆盖
;顺便提一句:函数的这个位置可以填入属于它的内部申明
;这就是所谓的“块结构”,其本质见于《计算机程序的构造与解释》
普通变量也可以用条件分析句申明,但没有“块结构”
  n, n>0
  0, n=0
  -n, n<0.> 5050
  
  我再来带你们走过迷宫吧!函数参数域中全是常数或者'*'符号的本质上不是函数,他们不允许有“块结构”,他们是函数的“常量”版本,学名叫做 “槽”(chunk)(来自于Haskell, ErLang等FPL),他们常常可以起到支持能通过数学归纳法证明的函数停止的作用。比如这个求n阶等差数列第m项的公式:
  ff(1,*) = 1
  ff(*,1) = 1
  ff(n,m) = ff(n-1,m) + ff(n,m-1)
  
  很多后现代的语言都配备这这个东西,但对于 Mazy,它是有重大意义的。
  
  
  $形式与内容高度同一的自动计算机
  
  C语言吃了大亏了,它总是成为我的反面教材。来看看这个“臭名昭著”的、在无数算法书中被指责为“极其低效”的求菲波那契数列第n项的函数:
  int fib (int n) {

   if (n <= 2) {    return 1;   }   return fib(n-1) + fib(n-2);   }      就一个字:慢,奇慢无比,算法复杂度O(2^n)级,算到40多就彻底崩溃了;但它是到公式的直接翻译,使用了十分清晰递归。我写了一个O(n)级的递归版本:      int i = 3;   unsigned long fib_iter (int x, int y, int n) {   if (i <= n) {   i++;   return fib_iter(y, x + y, n);   } else {   return y;   }   }   //这是被调用的函数   unsigned long fib (int n) {   return fib_iter(1,1,n);   }      然而老师们更希望我们使用更丑、更恶劣的纯循环来完成这个程序;不如干脆我们学习汇编语言吧!那个更快。(我以为,我们现有的计算机教育真的正在歧途中越走越深)      还是让我们回头看看我们美丽的迷宫吧!在Mazy中,使用完整的数学定义直译或者给出某些递归下降点的办法直接写出程序就能获得O(n)级的线性算法复杂度:   fib(1) = 1   fib(2) = 1   fib(n) = fib(n-1) + fib(n-2)      算着玩儿吧,算到100都只是弹指间的事;   fib(100) > 354224848179262000000
  
  如果你是个对于算法有所了解的,此时一定已经从电脑椅上翻下去了;不过,如果你确实对于算法很了解,此刻一定已经想到了一个词——动态规划。
  
  对,动态规划!fib的数学定义为什么慢?充分的计算占到了总计算量的绝大部分;采用一个动态记录计算中已得到的值的标格问题就解决了;再细想下去,基本的、仅针对函数参数进行判断的动态规划是非常机械的,为什么不能成为语言的一种函数调用机制呢?
  
  这种机制叫做“带有自动记忆的按需调用槽”,Mazy 实现了它。
  
  于是,Mazy 带着0个关键字,一系列优雅的、数学语言直译化的语法,破除了使用这些东西可能带来的性能的降低,上路了——一种非常罕见的形式与内容高度同一的自动计算机就此诞生了。
  
  还有什么?
  
  还有什么?Mazy 还有几个成体现的重要特性,但这儿是“初学者课堂”,语法到目前为止基本讲完了,那些“重要特性”的真正有效的使用可不是这样短的一篇文章就能覆盖的。就好比下棋,规则就那么几句,但不是谁都能领略其中的端倪。Mazy 就是这样的一种语言。
  
  最后列出一点东西,作为文章的结束。
  
   * 一元前置运算符:- + !
   * 一元后置运算符:
   o ++(增量位置,相当于Lisp中的car,取出一个列表(list)的首项)
   o --(减量位置,相当于Lisp中的cdr,取出一个list除去第一项后余下的项)
   * 二元运算符:+ - * \ % ,= != > |
   * 行末语法:
   o 一行中存在‘:’的,该行是一个标签型注释;
   o 以‘?’结束的行,该行除去?的表达式是一个前置require断言;
   o 以‘!’结束的行,该行除去!的表达式是一个前置ensure断言。
   * 表申明:作为值出现 [项0, 项1, 项2...]
   * 常量:none(未定义值) nil(空表) NaN(非数字) Infinity(无穷大,除0的返回值)
  
  
  习题
  
  关于列表(list)操作我只提到一个++--;但其实只有这些就够了;Mazy 是面向数学的,不赞成你常常手动构筑表(虽然语言library本身提供了此类支持)。来挑战一下自己的智商吧,下面这个函数可以求出一个list的长度,想想它是怎么工作的:
  len' (ls) =
   0, nil len(ls--) + 1.

> 删除


2007-05-17 01:05:15 AlbertLee (北京)

  和
  len' [] = 0
  len' (_:xs) = 1 + len'(xs)
  
  一样了。
  
  不过 fib 那个例子确实是个亮点。

> 删除


2007-05-17 12:09:23 冰の銳 (南京)

  不好意思,最后一个例子少个换行:
  len' (ls) =
   0, nil
   len(ls--) + 1.
  
  可惜现在的实现还不能得像Haskell一样。

> 删除


2007-05-17 16:40:47 AlbertLee (北京)

  fib 的那个“动态规划” 是什么原理?

> 删除


2007-05-17 16:50:21 codeplayer (武汉)

  动态规划是一种算法了,不过语言自动完成倒是第一次见过。
  没玩过 FP,不过貌似很是有点意思哈。

> 删除


2007-05-17 17:34:57 冰の銳 (南京)

  "fib 的那个“动态规划” 是什么原理?"
  把已计算过的参数、值对应保存在哈希表中;因为函数式语言变量的绑定不变,所以对于一个函数,参数到值是数学上的映射关系,可以直接调出结果。

> 删除


2007-05-17 19:56:59 HYRY

  那么获得O(n)级的算法复杂度的同时,是否增加了空间复杂度了呢?既然用哈希表保存中间值,那么这个哈希表是否有一定的大小限制,总不能无穷大吧。如何知道表中的某个内容不会再被用到,而把它释放掉?
  如果不释放的话,fib(1000000)会不会很占空间?
  

> 删除


2007-05-17 20:48:17 AlbertLee (北京)

  被“动态规划”这个词误导了。
  用哈希表保存中间结果,确实是用空间换时间的一种办法。
  如果能通过程序自动把 fib (n-1) + fib(n-2) 这中类型的递归优化到O(n)的复杂度,那确实是太牛了(近似于妖了),不过我显然低估了这个的困难程度了。
  

> 删除


2007-05-17 21:27:46 冰の銳 (南京)

  这种纯优化的想法是可以实现的,但在解释器环境下就不划算了。
  "如果不释放的话,fib(1000000)会不会很占空间?"
  
  对于目前的实现来说是的。但最终实现大概还要再等两三年吧,我打算优化内存分配来消解哈希表空间消耗。

> 删除


2007-05-17 21:39:27 AlbertLee (北京)

  我直觉上感觉无法根本解决这个问题,只能是通过一些优化手段对特定的问题进行近似的优化。无法获得一个算法能通用的优化这个问题。

> 删除


2007-05-17 21:44:44 AlbertLee (北京)

  感觉真是一句废话!。。。

> 删除


2007-05-17 21:57:54 小豆包-习惯了ubuntu…… (广州)

  想要达到线性复杂度,只要保留前两个元素就好了

> 删除


2007-05-17 22:08:23 HYRY

  用哈希表保存函数的运算结果,使得下次运算时可以直接使用,这个想法和CPU硬件的cache差不多.不过因为没有限制内存使用量,这样就相当于 cache无穷大,实际运用上是不现实的. 如果限制了cache的大小,就会出现很多算法上的细节问题. 软件来实现那种set associative cache算法的话,本身就好耗费很多时间.

> 删除


2007-05-18 12:10:31 冰の銳 (南京)

  "想要达到线性复杂度,只要保留前两个元素就好了"
  这只能解决特定问题啊...
  
  我有个想法,向虚拟机学习,设定heap大小,把所有产生的结果放在共有堆中,用户给定的函数特定值保存在私有堆,这样共有堆的删除就可以随意进行了!
  
  其实我还想听听大家对语法设计方面的看法。

> 删除


2007-05-18 13:34:56 codeplayer (武汉)

  其实要是能够智能判断保存中间结果的数量就更好了,
  比如 f(n) = f(n-1) + f(n-2) 只需要保存两个中间结果就够了。
  f(n) = f(n-1) + f(n-3) 就需要三个了。
  f(n, m) = f(n-1, m) + f(n, m-1) ,这个想了一下,貌似有效中间结果最多差不多也就是是 m+n 左右,而不需要保存所有 m*n 个中间结果。

> 删除


2007-05-18 16:38:41 小豆包-习惯了ubuntu…… (广州)

  我的意思是,可以通过代码分析,有限度缓冲数据。保存所有中间结果没有太大意义。比如f(n) = f(n-1)+f(n+1),完全可以从代码中分析中需要缓冲的回溯级数。

> 删除


2007-05-18 17:42:33 冰の銳 (南京)

  "其实要是能够智能判断保存中间结果的数量就更好了"
  这种技术只能用在编译器上,对于解释器来说绝对浪费...
  
  "从代码中分析中需要缓冲的回溯级数"
  只可惜真正的递归复杂程度远不止于此,有很多论文但都不可行。目前解释器技术能分析正则尾递归我觉得已经很高级了。

> 删除


2007-05-19 10:59:14 仨儿 (北京)

  咔咔咔!国人作品,应该关注!

> 删除


2007-05-19 11:08:10 ookami (Tōkyō)

  任何语言都能写出O(n)的fib算法出来
  这是算法层的问题,而不是语言层的问题。
  时间换空间和空间换时间,都是算法的需要,或者说是业务的需要,在语言上不应该武断地替用户做这种选择。

> 删除


2007-05-19 11:58:14 冰の銳 (南京)

  
  首先请楼上看清楚,Mazy是为了能让数学形式直译的函数都能完美执行而设计的,不像某些语言是为了让用户在想用它们了解计算机科学和数学式成天面对指针和内存而设计的!
  
  "任何语言都能写出O(n)的fib算法出来
   这是算法层的问题,而不是语言层的问题。"
  
  这话说的真的太残忍了...看看我们的小学、中学那些学编程的孩子们,有几个不是为了竞赛,不是为了升学?学的那些Pascal、C,不能说语言本身不好,TMD叫这些孩子在把已有知识转化为能力多么困难啊!而国外呢?小学有用Smalltalk的,中学学习Scheme,10岁小儿就能用 Scheme编写出Adventure游戏,这TMD叫差距啊!为什么啊?我们的教育者成天关注的都是些什么啊?!且不说函数式编程的重要性,就算是 Pascal、C,写那种代码也配叫编程啊?
  计算机教育必须以提升被教育者的思维能力为目的而不是其它!

> 删除


2007-05-19 14:47:11 ookami (Tōkyō)

    不想扯太远,就事论事。
  
    听说lz的lua已经出神入化了,比精通还要精通,就帖一段lua源代码test里面的那个fib吧,我认为你应该看过的
  
  -- very inefficient fibonacci function
  function fib(n)
    if n<2 c="{}" y="c[x]" y="f(x)" fib="cache(fib)"> 删除


2007-05-19 15:21:05 冰の銳 (南京)

  “你的O(n)级的递归版本里面的那个全局变量i用的可真是,,,,,,”
  所以说嘛!
  
  你那个是
  SICP里的原版代码,但不是仍然要求用户思考吗?
  再者,对于既没有赋值又没有宏的函数式语言来说就更不行啦。
  把这个机制做到语言里就是Mazy的当前实现手段。

> 删除


2007-05-19 17:43:09 ookami (Tōkyō)

  --但不是仍然要求用户思考吗?
  难道你觉得用户不应该思考吗?
  
  打住吧,等你的Mazy稍微成熟一些的时候再讨论这个问题,说不定到那个时候你的想法也发生变化了。

> 删除


2007-05-19 18:17:18 冰の銳 (南京)

  --"难道你觉得用户不应该思考吗?"
  啊对对对...我现在就在上高二,你可能不知道我们中国的计算机教育现状。XXXX。不知者无过。
  等着吧,等我一切安定下来了把Mazy i的C语言实现给写了,"你的想法也发生变化了"。
  
  PS: 你的所在地上显示个Tōkyō我不知道是什么意思。

> 删除


2007-05-20 00:35:20 ookami (Tōkyō)

  我不知道中学的计算机教育情况,事实上在我上中学的时候还没有接触过计算机。不过这不重要。
  等着吧,看谁的想法先变。
  PS:你应该是个聪明的人,所以应该有办法知道Tōkyō是什么意思。

> 删除

May 19, 2007

读《ACM图灵奖演讲集》有感

最近我在读一本似乎和编程没太大关系的计算机书籍,叫《ACM图灵奖演讲集 - 前20年》(以下简称《ACM演讲集》)。这本书收录了1966-1985年这20年间图灵奖获奖者们的演讲。相对于计算机的普及速度,文章已经很古老了,中文版出版也很久了,但并不像那些纷扰而嘈杂的电脑书刊那样稍纵即逝。普通的电脑书,充斥着看似先进的技术;普通的编程书,充斥着不知为什么而生的代码。而它,就像一位智者,静坐在书店那些已经满是垃圾文字的书架上,看着“畅销书排行榜”上的风云变幻,嘴角一丝不易察觉的坏笑。
“看一本好书,就是在和许多伟大的灵魂对话”。如果《ACM演讲集》仅仅保存着一位作者的灵魂,不可能被我如此看重。事实上,它收录了23位获奖者的22篇文章。代码寥寥无几,甚至是作为反面教材的多于实例;除了一两篇纯属学术论文的文章,余者也没有复杂的数学推导。然而就是这样一本似乎只是在空谈的书,让我了解到了计算机科学发展的黄金时代的情况和“上古”的计算机前辈科学家们的不朽的思想与伟大的探索。约翰·巴克斯(BNF范式设计者、Algol语言发明人),唐纳德·E·克努特(《计算机编程艺术》作者、Tex系统设计者),约翰·麦卡锡(人工智能先驱,Lisp语言发明人),看着这些熟悉的名字,阅读着他们充满智慧和神性的演讲稿,研究前辈们思想的结晶,真是乐事。
我对当代计算机的发展(尤其是国内)失望久矣:教育者们误人子弟,学生们急功近利,程序员们心浮气躁,整个国内软件业不成体统。步入计算机科学的殿堂后,我头脑中一直盘旋着许多疑惑——计算机科学是怎样发展的?科学家们都是怎样探索的?我应该如何学习?《ACM演讲集》给了我答案。其中每一篇文章都在总结前人努力的基础上打开崭新的视界,向我展示了前辈们创世纪般的工作。事实上,80年代之后,商业的发展严重阻碍了计算机科学的发展以及编程语言的进步,半个世纪前的文章仍然有着重要意义,人们仍然可以窥见大师们惊人的高瞻远瞩。

May 18, 2007

推荐一本是人都知道的书

这本书就是:The C programming language

首先纠正一个误区——它决不是什么“入门书”,用它确实能入门,但更重要的是掌握其中每一句话、每一段程序的思想。CPL之于C,就好比SICP(计算机程序的构造和解释)之于Scheme,每一行都是很多计算机科学家思想、经验的结晶。
CPL的语言就是C的规范性文档,CPL的程序就是C库和UNIX系统的标准程序,你通过学习可以了解C的惯例、算法、数据结构、系统编程、内存分配、编译原理、模式识别等各项计算机科学的基础知识,引领真正的学习者选择前往计算机殿堂的路。
我希望每个学习计算机编程的人都去阅读SICP,每个学习C语言的人再去学习The C programming language。

我评编程语言(chap1)

2007-05-03 09:59:37 绛洞花主 (上海)

  你牛,顶你一下。
  问下豆瓣是用什么语言作的,有什么优缺点。



2007-05-03 11:51:01 guotie (南京)

  c, python



2007-05-03 20:59:11 氷の鋭 (南京)

  "问下豆瓣是用什么语言作的,有什么优缺点。"
  
  底层有C语言写的Cache。关于C语言我觉得没什么可说的——高山仰止,景行行止。表面上是所谓的“底层语言”“中级语言”,然而事实上它 具有很强的抽象能力,几乎是Lisp思想的底层反映——这包括宏vs语法变换,函数指针vs lambda算子等等。运行效率没的说,开发效率其实也不像某些动态语言的支持者们所说的那样低下(你也不想想,那个语言的解释器、编译器不是用C实现 的),开源社区有足够的工具(g字开头的一大堆啦)、经验、系统(比如sourceforge.net)支持,对于开源项目绝对可以大胆使用。
  
  前台页面服务器用的是Python。“实用主义”是Python的哲学。但这里的“使用”二字仅仅针对程序员(不像Smalltalk之流是 针对所有人),如果你想在Python上找到归宿感,你必须首先是那些比Python还差的语言的程序员(也就是说,首先你得会编程,其次没学过Lisp 之类的变态)。然后你就可以充分享受Python带来的,自由(主要来自出色的语法设计)、高效(想想那300多个从C时代发展过来的内置库)的开发了。
  但Python也是有缺点的,它并不是那种从语法层面上无所不能的语言(这也是它比Ruby弱的地方之一)。它的语法基于“人性化的”换行 缩进,没有语句块的概念,词法定界也只是被迫加上的,在玩儿Lambda演算方面有实际的困难(虽然它几乎支持高阶函数)。不过人家说了,“实用主义” 吗,这点小毛病对于实际项目来说无所谓的啦;如果每个语言都像ML那样全是严禁的数学概念世界上还能剩几个程序员。


May 17, 2007

此博客重新开始更新

此博客重新开始更新。名字换成"let focus='computer science' in here",意为“把计算机科学绑定在这儿”。
改版后的博客将关注计算机科学更广泛的部分而不仅仅局限于算法和数据结构。主要关注编程语言设计和编译原理。接下来的文章将对我在“沉默期”设计的 Mazy 函数式编程语言进行介绍和讨论,以及自己阅读经典书籍的笔记。