Souvent, interviewer le frontal ou communiquer avec d'autres pairs est que lorsqu'il s'agit de construire un constructeur en JS, il est préférable d'utiliser des prototypes: définir la méthode sur le prototype du constructeur. L'avantage est que les méthodes générées par le constructeur pointent toutes vers l'index d'une fonction, qui peut enregistrer la mémoire.
Bien sûr, il n'y a aucun problème avec cette déclaration. C'est juste qu'en termes de mise en œuvre, il est non seulement possible d'obtenir un tel effet en utilisant le prototype. Nous pouvons définir la méthode à l'extérieur du constructeur sous la forme d'une fonction, puis utiliser cette méthode.Method = dans le constructeur. De cette façon, les méthodes d'instance générées indiquent également une fonction via l'index, comme suit:
// Aucune méthode de définition de prototype n'est utilisée: (function () {fonction constractor () {this.method1 = méthode1; this.method2 = méthode2;} function metheth1 () {} function method2 () {}}) ();Généralement, lors de l'utilisation de la définition du prototype, le code est le suivant:
(function () {fonction constractor () {} constactor.prototype = {méthode1: function () {}, method2: function () {}}; // ou constactor.prototype.method1 = function () {}; constactor.prototype.method2 = function () {};})) ();););Il n'y a rien de profond dans la théorie et la mise en œuvre. C'est juste que pour atteindre le même objectif, différentes manières peuvent être utilisées. Cependant, cette méthode ne fonctionne pas lors de l'utilisation de l'opérateur d'instance pour juger la relation successive.
L'explication détaillée des avantages de l'utilisation de prototypes dans JS est le contenu complet partagé par l'éditeur. J'espère que cela pourra vous donner une référence et j'espère que vous pourrez soutenir Wulin.com plus.