Jeder hat mindestens einmal in seinem Leben in JavaScript codiert. Es gibt einige Leute, die sagen, dass es ihnen gefällt, und andere, dass es ihnen nicht gefällt. Dies wird nur ein kleiner „Brief“ an Menschen sein, die distanzierte Gefühle gegenüber dem JS-Ökosystem haben, sei es gut oder schlecht.
Bevor wir beginnen, müssen wir die Geschichte von Javascript verstehen. Javascript ist keine Sprache, es ist ein Ökosystem. Java oder C ist eine Sprache. Javascript ist es nicht, ECMAScript ist der eigentliche Name der Sprache. Wenn wir Javascript die Schuld geben, geben wir tatsächlich dem Ökosystem die Schuld.
Programmieren ist vieles. Wenn wir uns Programmieren als einen großen Bereich vorstellen, nimmt das Web den größten Teil ein.
Wenn wir über Programmierung sprechen, sind 80 % der Dinge webbezogene Technologien. Aus diesem Grund startete Javascript 1995 als reine Websprache, die 1997 vom IE4 unterstützt wurde. Für unser Verständnis müssen wir also wissen, dass Javascript nie für die Verwendung auf dem Server gedacht war. Netscape, der tatsächlich der erste Browser war, der Javascript unterstützte, verwendete Mocha als Javascript-Engine, aber bis V8 war nicht alles gut genug.
Als der Bedarf größer wurde, begannen die ersten Versuche, Javascript stärker und schneller zu machen, aber das Google-Team vollbrachte Wunder und machte Javascript tatsächlich schnell genug, nicht nur für den Kunden, sondern mit der Einführung von V8 und Node.js durch Ryan Dahl startete Javascript um auch auf dem Server nutzbar zu sein.
Andere Sprachen wie C oder Java sollen auf Maschinenebene sein und Programme auf niedrigerer Ebene erstellen. Um zu verstehen, was für ein Wunder Javascript auf dem Server ist, stellen Sie sich vor, Sie versuchen, Java auf dem Client zu installieren. Die Absicht der Sprache besteht nicht darin, mit dem DOM und den Web-APIs zu interagieren, daher müssen viele Tricks passieren.
ECMAScript 1 war die Sprache für Webbrowser und sollte nur in diesen ausgeführt werden. Wenn wir dann die Sprache für ihre Leistung verantwortlich machen, müssen wir wissen, dass es nicht die Sprache, sondern der Motor hinter der Sprache ist
Fast ein Jahrzehnt später, im Jahr 2009, als der Bedarf an ECMAScript immer größer wurde, kam endlich ES5 auf den Markt. Hier kam es zum großen Boom. Die eigentliche Sprache ECMAScript konnte tatsächlich für mehr Dinge als nur einfache Front-End-Anwendungen verwendet werden. Nur ein paar Jahre später tauchten mit der Einführung von express.js
React und andere Frameworks nicht nur für das Frontend, sondern auch für das Backend aufJavascript musste Freiheit haben, weil das Frontend nicht streng und eng ist wie die Backend-Entwicklung, die künstlerischen Bedürfnisse des clientseitigen Booms von React und früher schufen ein ziemlich lockeres Ökosystem mit nicht vielen Regeln und Einschränkungen.
Wenn seit über einem Jahrzehnt andere Sprachen auf dem Server vorhanden sind, möchte Javascript Einzug halten, die Sprache ist aufgrund ihrer einfachen Syntax einfach zu verwenden und es ist außerdem praktisch, die gleiche Programmiersprache für die Frontend- und Backend-Entwicklung zu haben .
Darüber möchte ich sprechen. Vor 2009, bevor Shopify seine Plattform offiziell startete, hatten wir nicht viel Interaktivität mit Backend-Diensten. Die schlechte Natur von Javascript war zu dieser Zeit gut genug für das Web, und die wenigen großen Webplattformen, die es damals gab, verwendeten PHP als Backend und Frontend wie Facebook. Wenn sie mehr Bedarf hatten, verwendeten sie Java als Backend. Die Interaktivität mit APIs war schlecht und es musste etwas geändert werden.
Node.js hat Entwicklern dabei geholfen, das zu tun, was sie wollten: das Web zu einem nahtlosen Erlebnis für die Entwicklung zu machen und nicht verschiedene Sprachen für die gleichen Funktionen verwenden zu müssen. Anfangs war die Leistung von Nodejs schlecht, die Skalierung war schwierig und es musste etwas passieren.
Javascript musste viele Probleme lösen. Das erste, was gelöst werden musste, war die Leistung, und da NodeJS auch die Leistung verbesserte.
Eine einzige Codebasis für alles war möglich, aber die Skalierbarkeit zur Erfüllung von Industriestandards war nicht vorhanden. Typsicherheit war ein Muss und so wie Facebook einen Hack erstellte, führte Microsoft Typescript ein.
Javascript hat das Leistungsproblem gelöst. Es ist möglicherweise nicht so schnell wie Go oder Rust, muss es aber nicht. Sie benötigen keine übermäßige Leistung für Webstandards. Wenn ja, erstellen Sie einfach einen Dienst in Go oder Rust. Lassen Sie mich Ihnen sagen, dass das Internet, wie wir es kennen, im Kern PHP und Ruby verwendet. Sie sind viel langsamer als Javascript und viel ressourcenintensiver.
Javascript hat das Typsicherheitsproblem gelöst, sodass es in größeren Projekten verwendet werden kann, aber ein letztes Problem hat Javascript bis vor ein paar Tagen verfolgt, als wir einen großen Durchbruch hatten.
Da Javascript keine Sprache, sondern ein Ökosystem ist, werden neue Funktionen und Tools nicht in der Sprache, sondern um sie herum erstellt. Am Ende haben Sie 20 Konfigurationsdateien, nur um eine kleine SPA-Anwendung mit 3 Endpunkten im Backend auszuführen. Die Veränderung, die wir brauchten, bestand darin, alles in einer einzigen Sache zu bündeln.
Kombinieren Sie ECMAScript, Typen, Linting, Sicherheit und Formatierung in einem einzigen Paket. Denn im Moment sind Sie nicht nur in der Abhängigkeitshölle verloren, sondern auch das Codieren ist schwierig, weil es keinen einheitlichen Standard für die Vorgehensweise gibt. Andere Sprachen wie Java, Ruby, Go, Rust oder Perl haben alles innerhalb der Sprachbarrieren.
Ryan Dahl stellte Deno vor, was Deno anfängt, alles zu bündeln. Es ist sehr vielversprechend.
Typescript wird derzeit mit seiner Leistung, der Menge an Bibliotheken, den SDKs rund um die Sprache und den Ressourcen, einschließlich des Versprechens, das Deno macht, die gesamte Webbranche erobern.
Stellen Sie sich eine Welt vor, in der alle diese Dateien mit ihren Befehlen in einer einzigen Javascript-Engine gebündelt sind.
eslintrc.json
tsconfig.json
vite.config.js
package.json
postcss.config.js
.prettierrc
ecosystem.config.js
.husky
Soweit ich weiß, ist Javascript in nur drei bis vier Jahren kurz davor, eine selbstverständliche Wahl zu werden, wenn es um das Web geht. Sie möchten Microservices, Microfrontends, Monolithen erstellen, auf 5.000 Anfragen/Sek. skalieren oder einfach nur ein einfaches SPA erstellen. Javascript ist die einzige Lösung.
Geben Sie Javascript etwas Zeit und Alternativen für das Web wie PHP, Ruby oder Go werden rückläufig sein. Denn im Moment hat jeder stichhaltige Argumente gegen Javascript, doch die Zukunft ist vielversprechend.
Zusammenfassend lässt sich sagen, dass sich JavaScript von seinen bescheidenen Anfängen als einfache Skriptsprache für Webbrowser zu einem robusten Ökosystem entwickelt hat, das sowohl clientseitige als auch serverseitige Anwendungen verarbeiten kann. Sein Weg war von kontinuierlichen Verbesserungen der Leistung, Skalierbarkeit und Typsicherheit geprägt, was es zu einer vielseitigen Wahl für die moderne Webentwicklung macht.
Die Einführung von Tools wie Node.js und Frameworks wie React haben seine Fähigkeiten erweitert, während Innovationen wie Deno versprechen, den Entwicklungsprozess durch die Integration verschiedener Tools und Konfigurationen in eine zusammenhängende Umgebung weiter zu rationalisieren.
Mit fortlaufenden Weiterentwicklungen und einer starken Community sieht die Zukunft von JavaScript vielversprechend aus und bietet Entwicklern eine einheitliche und effiziente Plattform für die Erstellung der Webanwendungen von morgen.
Das obige ist der detaillierte Inhalt vonJavaScript – Segen oder Fluch?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
