JS设置对象原型指向函数的方法

今日不肯埋头，明日何以抬头！每日一句努力自己的话哈哈~哈喽，今天我将给大家带来一篇《JS如何设置对象原型指向函数》，主要内容是讲解等等，感兴趣的朋友可以收藏或者有更好的建议在评论提出，我都会认真看的！大家一起进步，一起学习！

可以通过 Object.setPrototypeOf() 或 proto 属性让对象的原型指向一个函数，但更常见且正确的继承方式是指向函数的 prototype 属性；2. 使用 Object.setPrototypeOf() 是现代推荐做法，Object.create() 适合创建时指定原型，__proto__ 不推荐；3. 直接指向函数本身会继承其静态属性和 Function.prototype 方法，但通常不符合行为继承的预期；4. 实际开发中推荐使用 ES6 Class 或 Object.create() 来管理原型链，避免动态修改原型带来的性能与维护问题；5. 让对象原型指向函数的场景极少，多用于继承函数的静态属性，但语义不清，易引发误解，应优先考虑普通对象作为原型。

在JavaScript里，让一个对象的原型指向一个函数，这听起来有点意思，但说实话，这背后常常藏着一些对原型链的常见误解。核心来说，你可以通过 Object.setPrototypeOf() 或者不推荐使用的 __proto__ 属性来做到这一点。但更常见的“继承”场景，往往是指向一个函数的 prototype 属性所指向的那个对象，而不是函数本身。

解决方案

要让一个对象的原型（即 [[Prototype]] 内部属性）直接指向一个函数，你可以用以下几种方式：

1. 使用 Object.setPrototypeOf() (推荐) 这是现代且推荐的做法，它允许你动态地改变一个现有对象的原型。

   

   function MyFunction() {
     // 这是一个函数，它也可以有自己的属性
     this.funcProp = '我是一个函数属性';
   }
   MyFunction.staticProp = '我是函数上的静态属性'; // 函数也是对象，可以有自己的属性
   
   const myObject = {};
   Object.setPrototypeOf(myObject, MyFunction);
   
   console.log(myObject.funcProp); // undefined (因为myObject不是MyFunction的实例)
   console.log(myObject.staticProp); // '我是函数上的静态属性' (原型链查找)
   console.log(myObject.__proto__ === MyFunction); // true
   console.log(myObject instanceof MyFunction); // false (instanceof检查的是constructor.prototype)
   console.log(typeof myObject); // object
   console.log(typeof MyFunction); // function

   这里 myObject 的原型现在就是 MyFunction 这个函数对象了。这意味着 myObject 可以访问 MyFunction 自身作为对象所拥有的属性（比如 MyFunction.staticProp），以及它从 Function.prototype 继承来的方法（比如 call, apply, bind）。

2. 使用 __proto__ 属性 (不推荐，但常见)__proto__ 是一个非标准的，但在许多环境中广泛支持的访问器属性，可以直接用来获取或设置对象的原型。

   

   function AnotherFunction() {}
   AnotherFunction.myMethod = function() { console.log('我是AnotherFunction上的方法'); };
   
   const anotherObject = {};
   anotherObject.__proto__ = AnotherFunction; // 直接设置原型
   
   anotherObject.myMethod(); // '我是AnotherFunction上的方法'
   console.log(anotherObject.__proto__ === AnotherFunction); // true

   虽然它用起来很直接，但因为其非标准性和可能带来的性能问题（尤其是在旧引擎上），不推荐在生产代码中直接使用。

3. 使用 Object.create() 创建新对象时指定原型 如果你是在创建一个新对象时就想指定其原型，Object.create() 是一个非常好的选择。

   function YetAnotherFunction() {}
   YetAnotherFunction.version = '1.0';
   
   const newObject = Object.create(YetAnotherFunction);
   
   console.log(newObject.version); // '1.0'
   console.log(newObject.__proto__ === YetAnotherFunction); // true

   这种方式的好处是，它创建了一个完全干净的新对象，其原型链在创建时就确定了，避免了修改现有对象原型可能带来的副作用。

为什么会有人想让对象的原型指向一个函数？这背后有什么误解吗？

说实话，当有人提出“让对象的原型指向一个函数”时，我个人觉得这背后往往隐藏着对JavaScript原型链机制的一些混淆。这事儿有点意思，因为函数在JavaScript里是个“多面手”：它既是可执行的代码块，同时也是一个对象。

最常见的误解可能在于：

1. 混淆了“函数本身”和“函数的 prototype 属性”： 大多数时候，我们谈论JavaScript的“继承”，尤其是在使用构造函数模式时，我们是希望一个实例对象能继承构造函数 MyConstructor 的 prototype 属性上定义的方法和属性。比如 MyConstructor.prototype.myMethod = function() {...}。这时，实例对象的原型会指向 MyConstructor.prototype 这个对象，而不是 MyConstructor 这个函数本身。

   function Person(name) {
     this.name = name;
   }
   Person.prototype.greet = function() {
     console.log(`Hello, I'm ${this.name}`);
   };
   
   const alice = new Person('Alice');
   // 此时，alice.__proto__ === Person.prototype (一个对象)
   // 而不是 alice.__proto__ === Person (一个函数)
   console.log(alice.__proto__ === Person.prototype); // true
   console.log(alice.__proto__ === Person); // false

   如果一个对象的原型直接指向一个函数（比如 MyFunction），那它继承的是 MyFunction 作为对象所拥有的属性（比如 MyFunction.name, MyFunction.length, 或者你手动给 MyFunction 添加的静态属性），以及 MyFunction 从 Function.prototype 继承来的方法（如 call, apply, bind）。这通常不是我们期望通过原型链实现“行为继承”的场景。

2. 把函数当作普通的“数据容器”来继承： 函数本身可以有属性，就像任何其他对象一样。如果你把一个函数作为原型，那么这个对象就能访问到这些属性。但这通常不是原型继承的主要目的。原型链的主要目的是实现方法共享和属性查找，以便节省内存和组织代码。一个函数作为原型，其自身可调用的特性对子对象来说通常没有直接意义。

所以，当有这种需求出现时，我都会先问一句：“你真正想继承的是什么？是函数的行为，还是它作为对象的一些属性？”大部分情况下，答案都会指向 函数的 prototype 属性。

实际开发中，更推荐哪种方式来管理对象的原型链？

在实际的JavaScript开发中，管理对象的原型链，我们通常追求清晰、可维护和符合语言惯例的方式。我个人觉得，有几种方式是值得推荐的，它们各有侧重：

1. 使用 Object.create() 创建对象并指定原型 这是最纯粹、最直接地创建带有特定原型的新对象的方式。它不涉及构造函数，也不需要 new 关键字，非常适合实现原型式继承。当你需要一个对象直接继承另一个对象的属性和方法时，Object.create() 是一个非常简洁且强大的工具。

   const basePrototype = {
     sharedMethod() {
       console.log('This is a shared method.');
     },
     sharedProperty: 'I am shared'
   };
   
   const myObject = Object.create(basePrototype);
   myObject.ownProperty = 'I am unique';
   
   myObject.sharedMethod(); // This is a shared method.
   console.log(myObject.sharedProperty); // I am shared
   console.log(myObject.hasOwnProperty('sharedProperty')); // false

   它创建的对象是“干净的”，没有自己的属性，所有继承的属性都通过原型链查找。

2. 使用 ES6 Class 语法 (推荐) ES6 引入的 class 语法是JavaScript实现面向对象编程的语法糖。它本质上仍然是基于原型链的，但提供了更清晰、更易读的类定义和继承机制。对于大多数现代应用开发，这是首选的方式。

   class Animal {
     constructor(name) {
       this.name = name;
     }
     speak() {
       console.log(`${this.name} makes a noise.`);
     }
   }
   
   class Dog extends Animal {
     constructor(name, breed) {
       super(name); // 调用父类构造函数
       this.breed = breed;
     }
     speak() {
       console.log(`${this.name} barks! I'm a ${this.breed}.`);
     }
     fetch() {
       console.log(`${this.name} fetches the ball.`);
     }
   }
   
   const myDog = new Dog('Buddy', 'Golden Retriever');
   myDog.speak(); // Buddy barks! I'm a Golden Retriever.
   myDog.fetch(); // Buddy fetches the ball.
   console.log(myDog instanceof Dog); // true
   console.log(myDog instanceof Animal); // true

   extends 关键字和 super 关键字让继承关系一目了然，极大地提升了代码的可读性和维护性。它隐藏了底层原型链操作的复杂性，但本质上还是通过设置 Dog.prototype 的原型为 Animal.prototype 来实现继承。

3. 使用 Object.setPrototypeOf() (谨慎使用) 虽然 Object.setPrototypeOf() 可以动态地改变一个对象的原型，但在实际开发中，除非有非常特定的理由（比如需要运行时改变对象的行为或实现某些高级的代理模式），否则应该谨慎使用。频繁地修改原型链可能会导致性能问题，并且让代码的流向变得难以预测和调试。通常，原型链在对象创建时就应该确定下来。

总的来说，如果你在构建新的对象和类型系统，ES6 Class 是最推荐的。如果你需要基于现有对象创建新对象，Object.create() 是一个很好的选择。而 Object.setPrototypeOf() 则是用于在特殊情况下修改现有对象原型的工具，但要记住，它不是日常原型继承的首选。

如果我真的想让一个对象从一个函数那里“继承”点什么，有哪些具体场景和考量？

嗯，这真要较真儿起来，让一个对象直接从一个函数那里“继承”点什么，这种场景是比较少见的，而且往往需要你对JavaScript的“万物皆对象”以及函数作为一等公民的特性有深入的理解。

通常，我们不会让一个普通数据对象的原型直接指向一个函数，因为普通对象通常需要继承的是方法和属性，这些东西通常定义在构造函数的 prototype 对象上。但如果你的“继承”指的是：

1. 继承 Function.prototype 上的方法： 所有函数，包括你定义的任何函数，它们的原型都指向 Function.prototype。Function.prototype 上定义了 call, apply, bind 这些方法。如果你让一个普通对象的原型指向一个函数，那么这个普通对象确实也能通过原型链访问到这些方法。但问题是，这些方法是用来改变函数执行上下文的，一个普通对象调用它们并没有什么意义。

   function MyFunc() {}
   const obj = {};
   Object.setPrototypeOf(obj, MyFunc);
   
   // 理论上，obj现在可以访问MyFunc从Function.prototype继承来的方法
   // obj.call(); // 这会报错，因为obj不是一个可调用的函数
   // 即使obj能访问到call方法，它也无法作为函数被调用

   所以，这种“继承”在实际应用中几乎没有价值。

2. 继承函数对象自身的“静态”属性： 函数本身就是对象，你可以给它添加属性，比如 MyFunction.version = '1.0'。如果你让一个对象的原型指向 MyFunction，那么这个对象就能访问到 MyFunction.version。

   function ConfigLoader() {
     // 这是一个函数，可能用来加载配置
   }
   ConfigLoader.defaultTimeout = 5000;
   ConfigLoader.maxRetries = 3;
   
   // 假设你有一个配置对象，想让它默认继承这些配置
   const userConfig = Object.create(ConfigLoader);
   console.log(userConfig.defaultTimeout); // 5000
   console.log(userConfig.maxRetries); // 3

   这个场景倒是有点意思。你可以把一个函数当作一个“配置集合”或“常量集合”来使用，然后让其他对象通过原型链继承这些“静态”值。但这并不是函数作为“可调用实体”的继承，而是作为“普通对象”的继承。这种模式虽然可行，但通常不如直接定义一个普通对象字面量来存储这些常量更直观，比如 const defaultConfig = { defaultTimeout: 5000, maxRetries: 3 }; 然后 Object.create(defaultConfig)。

考量点：

• 语义清晰度：让一个普通对象的原型指向一个函数，从代码的语义上来说，往往不如指向另一个普通对象或 null 来得清晰。它容易让人误解你试图让一个非函数对象“执行”某些函数特有的行为。
• 用途和意图：在设计时，要明确你让对象继承一个函数的目的是什么。是为了共享代码（方法），还是共享数据（属性）？如果是共享方法，通常是共享构造函数的 prototype 对象上的方法。如果是共享数据，那么一个普通对象字面量作为原型可能更合适。
• 调试复杂性：这种非典型的原型链结构可能会让其他开发者（包括未来的你）在调试时感到困惑，因为他们可能不期望一个普通对象的原型会是一个函数。

总之，虽然技术上可行，但让一个对象的原型直接指向一个函数，在绝大多数情况下都不是实现“继承”或代码复用的最佳实践。它更像是一个技术上的“可以”，而不是设计上的“应该”。

到这里，我们也就讲完了《JS设置对象原型指向函数的方法》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！