JavaScript里面真的需要继承吗?

我觉得楼主分析的有一定的道理，但是个人认为继承最主要的目的是构造出新类别，以便复用，这无论在java还是js中都是一样的道理，而且js的弱点就是UI，在这里面js中的类主要用于UI方面，这样如果是一个可用的UI类或者说widget，那么其他人就可以迅速的搭建起基本的界面来。当然楼主说的也不无道理，继承不能是随便的继承，不能说为widget更改一个样式就可以实用继承了，更多的应该是功能上的拓展。在这方面可以参考Ext.ux提供的一些拓展，我想这样的继承的手段才是好的。例如前些天使用了一个checkboxtree，如果这样的组建自己写，那简直不能想象~~

我觉得继承没什么坏处 ，就看怎么使用了

就js而言继承还是很有用的,因为从本质上来说继承节约了代码量,我们都知道js代码是要从服务器端加载到客户端的,试想一下如果像extjs这样代码量庞大的js框架如果没用到继承会是一个什么效果,当然滥用或瞎用继承的除外

如果硬是要给js加上OO继承的机制，我觉得有些画蛇添足了。

这是典型的“自己睡不着怪床不好”，如果你做的项目规模比较小，不用继承没有问题。如果项目很庞大了，不继承怎么做？许多完全重复的功能都在写相似的代码，会更可怕。

如果不能保证小组每个人都有一致掌控复杂js的能力，那么就是用最简单的，易掌控部分，否则灵活性除了增加项目开发成功过程中的阻力，啥用都没有

行为学上
招食客三千，比养育子孙满堂好得多

遗传学上
招的食客再多，也没有正统血缘

一个面向A
一个面向O

在javascript中组织代码，采取面向过程方式还是面向对象方式，争议都不小，简单的代码采取面向过程方式组织就足够了，没必要搞得太复杂。但要是前端脚本很庞大，采取面向对象方式组织代码是必须的。
但面向对象也别搞得过头了，比如jsvm，整得跟java似的，多少有点怪异。（不过还是非常崇拜wch）

至于楼主说的继承，我觉得还是很有必要的。
如果基类中有大量的方法可以继承使用，出于提高代码的复用性考虑，有什么理由拒绝继承呢？
比如基于dTree的形形色色单选树和复选树的实现，就是比较成熟的应用。

个人感觉，javascript的精髓有两点
1、函数是真正的数据类型，就像字符串、数字一样
2、基于原型的继承

现在的编程，没有继承是很可怕的，除非只是在小打小闹。不管用哪个js lib，我们总是有意无意地在使用继承，类如jquery，感觉不到在使用继承，实际已经是了。

js已经从语言级别上提供了面向对象的特性，js lib对继承的封装一方面是为了迁就那些仅习惯于基于类继承的程序员，另一方面，是为了让继承更方便使用，比如extjs，每一个子类都有一个superclass的引用。