JavaScript原型方法定义的两种写法差异与浏览器兼容性解析

JavaScript原型方法定义的两种写法差异与浏览器兼容性解析

为JavaScript类添加原型方法通常有两种常用写法，但它们在具体使用场景和底层机制上存在显著差异。

JScript Class:

function JSClass()
 {       
 } 

Extends prototype method:

JSClass.prototype.MethodA = function()
 {  
 }; 

Or

function = JSClass.prototype.MethodA()
 {  
 };

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

这两种方法导入的原型方法存在一个直观区别：第一种方式定义的是匿名方法，而第二种方式明确指定了方法名为“JSClass.prototype.MethodA”。

2005-03-01 10:52 | birdshome

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

<BODY>

<script>

function JSClass()

function = JSClass.prototype.MethodA()

</script>

</BODY>

提示出错乜。

2005-03-01 13:51 | 阮

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

faint，我发现FreeTextBox修改少量数据(一两个字符)提交有时会没有效果:(

我那个是手误多写了个"="，可是我记得我修改过了的。

2005-03-01 14:00 | birdshome

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

函数声明与赋值表达式的初始化优先级对比

为了更清晰地讨论这两种原型定义方式，可以将它们简化为两个普通函数的行为进行对比：

Foo1();

function Foo1()

alert('This is Foo1.');

和 Foo2();

var Foo2 = function()

alert('This is Foo2.');

运行第一个调用Foo1()显然不会报错，因为函数声明在脚本解析阶段拥有最高的初始化优先级，引擎会优先处理所有函数定义，确保后续调用可用。而运行第二个调用Foo2()则会引发“Microsoft JScript runtime error: Object expected”错误。这是因为Foo2并非函数声明，而是一个标准的赋值语句，它指向一个函数对象实例，其初始化发生在代码执行阶段而非解析阶段。

2005-03-03 22:17 | birdshome

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

原型方法在不同浏览器中的执行行为分析

基于上述原理，再看原型方法导入的两种写法，其执行优先级的不同直接决定了使用时的行为差异。示例如下：

<script language="javascript">

function NormalClass()

this.m_Property1 = 'P1 in Normal Class.';

this.m_Property2 = 'P2 in Normal Class.';

this.toString = function()

return '[class NormalClass]';

return new InnerClass();

function InnerClass()

this.m_Property1 = 'P1 in Inner Class.';

this.m_Property2 = 'P2 in Inner Class.';

this.toString = function()

return '[class InnerClass]';

InnerClass.prototype.Method1 = function()

alert(this.m_Property1);

function InnerClass.prototype.Method2()

alert(this.m_Property2);

</script>

执行：

var nc = new NormalClass();

nc.Method1();

nc.Method2();

是什么效果？为什么？

2005-03-03 22:21 | birdshome

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

最终结果是nc.Method1()未定义，而nc.Method2()运行正常。

这并不奇怪。InnerClass.prototype.Method1 = function()依赖于赋值语句的执行，属于运行时初始化；而function InnerClass.prototype.Method2()以最高优先级被脚本引擎在解析阶段初始化。

2005-03-05 02:43 | birdshome

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

我在Antechinus JavaScript Editor测试你的代码在：

function InnerClass.prototype.Method2()报错，

SyntaxError:missing( before formal parameters See: .prototype.Method2(

2005-05-10 17:11 | Error

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

@Error

用IE来试过吗？

2005-05-10 17:30 | birdshome

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

我用FF也是一样的报错: missing( before formal parameters See: .prototype.Method2(

2006-08-19 22:40 | jzz

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

return new InnerClass(); 把这行移到

function InnerClass.prototype.Method2()

alert(this.m_Property2);

后面ie执行正常.FF报错: missing( before formal parameters See: .prototype.Method2(

ie是安顺序执行下来的,而NS系列不是!

FF在执行到function InnerClass.prototype.Method2() 这个的时候它根本不知道有这个InnerClass类,自然就不能无缘无故的来个prototype.xxx的东东

2006-11-13 00:57 | Doutu

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

@Doutu

把return new InnerClass();放到function InnerClass.prototype.Method2()这个方法之后，就完全违背了我编写这个示例的初衷。这个示例恰好说明了，IE对function foo()这种函数定义格式有较高的解析优先级，而foo = function()只是一个普通的赋值语句。至于ff中的情况我没有研究过，既然你说ff找不到return后的InnerClass，那么就说明是顺序的解析function foo()这种还属定义格式的。

2006-11-13 01:29 | birdshome

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

唉。可怜的只会用ie的人呀。 function x.y.z() {} 的写法根本就是不标准的写法，只有ie支持，其他js引擎中如ff或opera都会报错。符合标准的写法只有 x.y.z = function () {};

当然，就语法层面来说，我挺喜欢这种写法的，希望以后的标准能采纳这种写法。

2006-11-28 11:04 | hax

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

呵呵 hax说得对啊。 只有ie才会像妈妈一样包容孩子的各种错误

标准的写法只有 x.y.z = function () {};

其实，ie还支持更诡异的写法。

看看这个

function window::onload(){

alert("go_rush")

2006-11-28 14:39 | Go_Rush

# re: JS类定义原型方法的两种实现的区别 回复 更多评论

@hax

标准再好，也是为人服务的，争论这个是学院派和工程派之间的事情，我们实现好我们自己系统就可以了，何必过分在神仙打架。

// 你的评论其实挺好的。Sigh，只可惜因为IE，我好可怜啊~~~