jQuery片段:
[Javascript]view plaincopy查看任何源码时,我们通常都会看到开篇的地方会有一段解说,说明该段或者该文件中的源代码到底干了什么事情,并且在代码的字里行间,我们也可以看到这些说明穿插其中。而为了让这些说明能自由地穿插,JavaScript(以后的章节如没有特别说明,提及JavaScript的地方都是范指所有浏览器支持的JS,而不是特指Netscape的原版),提供了注释的机制。这种机制和其他高级语言基本上是一致的。例如标准的注释如下:
看到以上的例子,可能你觉得这些都是很浅白的问题,然而,就是这么浅白的东西也可能会难倒人的。我曾经在CSDN上遇到一个问题,就是因为注释的字符编码引起的。详细的问题可以查看以下链接:http://topic.csdn.net/u/20090616/19/5ff988e4-e45e-445d-830a-a9d9f3ab606c.html。所以,如果某天你遇到某段自己编写的代码运行不了,但源代码怎么也查不出错误的时候,可以尝试一下先把所有注释去掉。(关于注释快速去除,可以选择使用网上流行的JS压缩工具,稍后我也将放出自己版本的压缩工具。)
除此之外,Microsoft的IE还对此搞了点特殊化——条件注释(condition comments)。先看一下示例:
[javascript]view plaincopy因为这是IE专有的特性,对于现在程序员们追寻的整合型JS显得格格不入,但是其实这个属性却是值得利用的。就如上面的例子,利用条件注释和条件编译的IE特性,我们可以很容易把IE和其他浏览器区分开来,然后再针对其进行实现。但是,由于缺乏文档支持(或者只是我没找到),我们不清楚条件编译会不会对性能造成影响,所以一般不建议使用。(即使不编译,但是JS文件还是会整体读取的,我们应该尽量减少JS文件的大小来达到带宽性能的优化。)
以下内容将是对条件注释和条件编译进行详细的解说,如果没有兴趣,可以跳过下一节。
条件注释与条件编译
Microsoft设计条件编译的初衷是为了让新特性和旧版本兼容,并逐渐成为新的标准。可惜IE的垄断不成,而该特性也成为人们忽略掉的专用特性。一般来说,条件编译会与条件注释一起使用,以使不支持条件编译的浏览器不将其当作错误而停止编译运行。——这里需要注意的是,条件编译不等于条件注释,他们是不同的概念。条件编译的语法比较类似Basic(Microsoft离开不了的东西啊……)。
)text1
[@elif(condition2
)text2][@else
text3]@end其中condition指判断条件,text指判断运行分支后执行的JS脚本源码。PS:注意条件判断分支中@elif,和JS中的else if是一样的,但是需要注意关键字的不同。
变量 | 描述 |
---|---|
@_win32 | 在 Win32 系统上运行为 true。 |
@_win16 | 在 Win16 系统上运行为 true。 |
@_mac | 在 Apple Macintosh 系统上运行为 true。 |
@_alpha | 在 DEC Alpha 处理器上运行为 true。 |
@_x86 | 在 Intel 处理器上运行为 true。 |
@_mc680x0 | 在 Motorola 680x0 处理器上运行为 true。 |
@_PowerPC | 在 Motorola PowerPC 处理器上运行为 true。 |
@_jscript | 永远为 true。 |
@_jscript_build | 包含 Jscript 脚本引擎创建号。 |
@_jscript_version | 包含以 major、minor 为格式的 Jscript 版本号。 |
我认为,虽然条件注释和条件编译不是标准化的东西,但是他的存在还是有一定价值的(例如用于处理IE的特殊化特效处理——就是IE搞的特殊太多……)。不过,这东东或许太偏了,不如window.navigator用得顺手。大家就当增长见闻吧——虽然现在基本没什么机会会看到了。呵呵
新闻热点
疑难解答