Wie ist Konstruktorfunktion + Prototyp nicht das Gleiche wie eine Klasse?

Question

Ich höre immer wieder, dass einer der Gründe, weshalb JavaScript eine so überlegene Sprache ist, darin liegt, dass es keine Klassen hat. Stattdessen hat es dieses magische Ding namens Prototypische Vererbung.

Korrigieren Sie mich Wenn ich falsch liege, aber von dem, was ich verstehe, Object.prototype und Object.prototype.constructor (die einige native Code ausführt) sind die beiden grundlegenden Elemente in Javascript. Wie unterscheidet sich das von einer Klasse?

Was muss jede Funktion haben .prototype, wenn sie keinen "Blueprint" für die Objekterstellung haben, wenn sie mit dem Operator new aufgerufen wird?

Answer 1

Diese Frage kann zu einer sehr tiefen Diskussion führen, wenn Sie genug graben, aber die einfachste Metapher (eine weit verbreitete), die ich denken kann, ist eine "Klasse" als Blaupause und ein "Objekt" als Haus zu denken . In einem klassenbasierten System können Sie Häuser aus einem Bauplan "bauen" (instanziieren). Und Sie können in diesen Häusern "leben" (Methoden anrufen usw.). Aber du kannst nicht in den Bauplänen "leben". Sie dienen ausschließlich dem Bau von Häusern.

In JS haben Sie keine Blaupausen. Du hast nur Häuser. Sie können die Häuser kopieren und darin "leben" und jedes anders machen, wenn Sie es wünschen (Einzelstaat, usw.). Aber sie sind alle Kopien von einander. Es gibt keinen Blueprint.