对于您给出的示例，您应该使用原型方法。一般来说，这取决于。第一种方法（在构造函数中初始化方法）的主要优点是您可以通过在方法中使用构造函数中定义的局部变量来利用闭包。这些变量不能在构造函数之外直接访问，因此实际上是“私有的”，这意味着您的 API 比将这些变量定义为对象的属性时更简洁。一些一般的经验法则：

• 如果您的方法不使用构造函数中定义的局部变量（您的示例没有），则使用原型方法。
• 如果您要创建大量Dogs，请使用原型方法。这样，所有的“实例”（即由Dog构造函数创建的对象）将共享一组函数，而在构造函数的方式中，每次Dog调用构造函数时都会创建一组新的函数，使用更多的内存。
• 如果您正在创建少量Dogs 并发现在构造函数中使用本地“私有”变量可以改进您的代码，那么这可能是更好的方法。如果性能或内存消耗是主要问题，请使用您的判断并进行一些基准测试。

可以使用混合方法，即在构造函数中仅定义需要访问本地私有构造函数变量的方法，而将其他方法分配给原型。

例如，下面的代码在构造函数中使用了一个局部变量来跟踪这只狗吠叫的次数，同时将实际数量保持为私有，因此在构造函数中定义了与吠叫相关的方法。尾巴摆动不需要访问吠叫的次数，因此可以在原型上定义该方法。

var Dog = function(name) {
    this.name = name;

    var barkCount = 0;

    this.bark = function() {
        barkCount++;
        alert(this.name + " bark");
    };

    this.getBarkCount = function() {
        alert(this.name + " has barked " + barkCount + " times");
    };
};

Dog.prototype.wagTail = function() {
    alert(this.name + " wagging tail");
};

var dog = new Dog("Dave");
dog.bark();
dog.bark();
dog.getBarkCount();
dog.wagTail();

两者是不同的：第一个将仅在原型对象上存储对方法的引用，而第二个解决方案将在每个对象上存储方法。这意味着每个对象将包含一个额外的指针，因此每个对象会占用更多的内存。

per-object 方法允许该方法引用构造函数（闭包）中的变量，因此它允许您访问一些无法从原型方法访问的数据。

最后，原型方法可以稍后更改，即您可以Bark在运行时在原型对象上重新定义，并且此更改将适用于具有此原型的所有对象（因为方法总是通过原型查找）。

我见过的绝大多数 javascript 代码都使用原型方法。我认为有三个原因是我可以想到的。

首先是你避免让每个类都成为一个巨大的构造函数：构造函数逻辑进入构造函数，其他方法的逻辑在别处声明——这主要是一个清晰的事情/关注点分离的事情，但在javascript中你需要每一点清楚你可以得到你的手。

二是效率。当您在构造函数中声明方法时，您正在为该对象的每个实例创建函数对象的一个​​新实例，并且还将构造函数的作用域绑定到这些函数中的每一个（也就是说，它们可以引用，例如构造函数的参数，只要对象存在，就永远不会被 gc'd）。当您在原型上声明方法时，所有实例都使用函数对象的单个副本——原型属性不会复制到实例上。

第三个原因是，当您使用原型方法时，您可以通过各种方式“扩展”一个类，例如 Backbone.js 和 CoffeeScript 的类构造使用的原型链。