Javascript 继承不需要的类成员会影响应用程序的性能吗？

假设我们有一些超级X级：

class X {
   // Method needed in most of the instances.
   public a() { }

   // Method needed in minority of instances.
   public b() { // Large method body implementation. }
}

我们有一些类Y扩展了X，其中Y被实例化了很多次

我的问题是，在所有情况下，方法b的存在是否会对项目的速度或规模产生负面影响，尽管在少数情况下需要它，但考虑到它的大量内容。在这种情况下，方法b可能不应该是类X的成员，因为它的利用率很低吗

---

显然，这种情况发生在JavaScript代码中。

不，绝对不是。首先，该方法不存在于所有单独的实例中，而仅存在于类.prototype对象中。其次，函数对象的大小与其主体的代码大小无关。

不，绝对不相关。首先，该方法不存在于所有单独的实例中，而仅存在于类.prototype对象中。其次，函数对象的方法大小与其主体的代码大小无关。

这个问题基于哪种编程语言？我认为这并不常见，因为allIt应该只是伪代码，但具体来说，这个问题发生在我的JavaScript代码中。我还想知道这样的代码是否会对Java性能产生负面影响。这不像是将方法复制到每个实例，在大多数语言中，它们是通过Javascript中的类对象（即原型）共享的。因此，它实际上一点影响都没有。更好的问题可能是，当父类的大部分显然与子类无关时，为什么一个类继承另一个类…？这实际上只是一个抽象示例，并不是超类作为一个整体没有得到充分利用，而是单个给定成员。继承的原因不应该受到质疑，也许只是超类的结构。无论如何，通过原型共享单个实现似乎是我问题的答案，如果它正确的话。为什么不编写一个简单的基准测试来看看会发生什么？这是一种广义的回答方式，这个问题基于哪种编程语言？我认为这并不常见，因为allIt应该只是伪代码，但具体来说，这个问题发生在我的JavaScript代码中。我还想知道这样的代码是否会对Java性能产生负面影响。这不像是将方法复制到每个实例，在大多数语言中，它们是通过Javascript中的类对象（即原型）共享的。因此，它实际上一点影响都没有。更好的问题可能是，当父类的大部分显然与子类无关时，为什么一个类继承另一个类…？这实际上只是一个抽象示例，并不是超类作为一个整体没有得到充分利用，而是单个给定成员。继承的原因不应该受到质疑，也许只是超类的结构。无论如何，通过原型共享单个实现似乎是我问题的答案，如果它正确的话。为什么不编写一个简单的基准测试来看看会发生什么？这是一种宽泛的方式，可以用一般的方式来回答