Dinge, die ich an Deno mag

Das Problem

Die stabile Version von Deno wurde vor etwa 3-4 Jahren eingeführt. Damals erregte es einiges an Aufmerksamkeit, da kein Geringerer als Ryan Dahl, der Schöpfer von Node.js, auch Schirmherr von Deno war. Huh! Das hast du richtig gehört. Warum sollte er ein neues Werkzeug entwickeln, um mit seinem eigenen „Kind“ zu konkurrieren?

Ryan Dahl gab zu, dass Node.js kritische Schwächen aufweist. Ursprünglich wurde Node.js so konzipiert, dass der Schwerpunkt auf Einfachheit und Flexibilität liegt. Aber im Laufe der Jahre geriet alles außer Kontrolle. Node.js hat sich sehr stark entwickelt und mehr Aufmerksamkeit erregt, und als die Leute versuchten, alles in diesen aufstrebenden Stern zu packen, wurde es komplizierter als nötig.

Deno wurde geboren, um die Schwächen von Node zu beheben. Zum Zeitpunkt seiner Einführung zeigte es seine Stärken jedoch nicht. Seine Leistung war sogar schlechter als die von Node.js, ganz zu schweigen von der fehlenden NPM-Unterstützung – was einer der größten Vorteile von Node war. Das machte die Sache immer schwieriger.

Da ich neugierig bin, experimentierte ich schnell mit einigen Codeschnipseln mit Deno und erkannte die Unannehmlichkeiten bezüglich des Bibliothekssystems. „Wow, es könnte lange dauern, bis meine Lieblingsbibliotheken auf dieser Plattform erscheinen; alles sieht sowohl neu als auch ungewohnt aus“, dachte ich!

Alles änderte sich, als ich begann, meinen Blog „abzureißen und neu aufzubauen“. Nach langem Zögern und Nachdenken über die Technologiewahl tauchte der Name Fresh auf. Allerdings benötigt Fresh Deno als Laufzeitumgebung. Ich habe noch keine Erfahrung mit der Bereitstellung, denke aber: „Es ist nur eine JavaScript-Laufzeitumgebung!“ gab mir mehr Selbstvertrauen. Die nächste Geschichte ist dieser Artikel.

Heute fasse ich 5 Punkte zusammen, die mir bei der Arbeit mit Deno am Herzen liegen.

TypeScript-Unterstützung

Deno unterstützt TypeScript nativ. Dies bedeutet, dass Sie eine .ts-Datei direkt ausführen können, ohne einen Konvertierungsschritt in .js durchlaufen zu müssen, wie dies bei anderen Bibliotheken normalerweise der Fall ist. Viele Leute fragen sich, ob sich das von der Verwendung eines Tools zum Ausführen von TypeScript-Code wie ts-node unterscheidet? Die Antwort lautet definitiv „Ja“, denn ts-node benötigt TypeScript-Konfigurationsdateien, um in komplexen Fällen zu funktionieren, Deno hingegen nicht. Die Standardunterstützung für TypeScript vereinfacht die direkte Ausführung von .ts-Code.

Ich erstelle oft Skripte, um einige kleinere Aufgaben selbst zu erledigen. Jedes Mal, wenn ich ein neues Skript erstelle, zögere ich zwischen der Wahl von .js oder .ts. Und als Deno erschien, wurde .ts zur Standardauswahl. Selbst in Node-Projekten, wenn ich ein Skript schreiben muss, um eine schnelle Aufgabe auszuführen, wähle ich immer noch lieber .ts und verwende Deno, um diesen Code auszuführen.

Keine mehreren Konfigurationsdateien mehr

Je mehr ich mich mit JavaScript/TypeScript-Projekten im Allgemeinen oder Node.js im Besonderen beschäftige, desto mehr habe ich mich gefragt oder es sogar als störend empfunden: Es gibt zu viele Konfigurationsdateien. Jedes unterschiedliche Projekt hat Dateien mit unterschiedlichen Namen. Von package.json, package-lock.js und einer zusätzlichen tsconfig.js, wenn das Projekt Typescript verwendet ... Ganz zu schweigen davon, ob ich noch ein paar Dinge wie Webpack, Vite, Tailwind, Postcss konfigurieren muss ... oh mein Gott ! Da ich nicht vertraut war, musste ich am Anfang lesen, um die Bedeutung und Verwendung jeder Konfigurationsdatei zu verstehen, die im Projekt erscheint, und dabei im Stillen fluchen: „Wie um alles in der Welt kann man Hunderte solcher Konfigurationsdateien erstellen?“

Als ich zu Deno wechselte, war ich erstaunt, dass es überhaupt keine Konfigurationsdateien gab. Das bedeutet, dass Sie das Projekt ohne Konfiguration ausführen können – klingt surreal, oder? Wenn es welche gibt, handelt es sich lediglich um eine einzelne deno.json-Datei. Deno hat viele komplizierte Konfigurationen geschickt eliminiert oder sie in einer einzigen JSON-Datei zusammengefasst. Was für eine Erleichterung, ein Projekt zu eröffnen, ohne sich erneut Gedanken über das Auftauchen eines seltsamen Namens machen zu müssen!

Unterstützung für Web-APIs und Knoten-APIs

Deno hat und versucht, Web-APIs so weit wie möglich zu unterstützen. Web-APIs sind ein standardisierter Satz von APIs, die im Browser verfügbar sind. Eine gute Unterstützung für Web-APIs kann es ermöglichen, dass Programme, die in Deno ausgeführt werden, auch im Browser ausgeführt werden können, entsprechend dem Paradigma „Einmal schreiben – überall ausführen“. Dies eröffnet Möglichkeiten für „universelle“ Bibliotheken.

Wenn Sie jemals mit Serverless gearbeitet haben, insbesondere mit Cloudflare Workers, wissen Sie, dass Workers nicht vollständig mit Node.js kompatibel sind, sodass die Verwendung Node-spezifischer Bibliotheken wahrscheinlich nicht funktioniert. Wenn eine Bibliothek hingegen Web-APIs verwendet oder mit diesen kompatibel ist, läuft sie reibungslos. Dies gilt auch für Deno.

Unterstützung für Node-APIs ermöglicht es Deno, die meisten „Pakete“ auf npm auszuführen. Somit können Sie npm-Pakete frei verwenden, ohne sich Gedanken über die Kompatibilität machen zu müssen.

Neuer Sicherheitsmechanismus

Es ist ziemlich seltsam, dass es offensichtlich ist, dass beim Starten eines Node-Projekts standardmäßig alle Berechtigungen des Benutzers vorhanden sind. Dies bedeutet, dass das Programm im Namen des Benutzers frei auf Dateien zugreifen oder Befehle im System ausführen kann. Ziemlich gefährlich, nicht wahr? Stellen Sie sich vor, Sie würden versehentlich das Projekt einer anderen Person „ausführen“, ohne es vorher zu überprüfen, und es scannt alle Daten auf Ihrem Computer, sendet sie an einen Server zurück oder verschlüsselt alle Dateien, um Lösegeld zu erpressen. Dann betrachten Sie Ihr Leben als ruiniert, ein Fehler, der nicht sein kann korrigiert!

Deno behebt diesen Fehler, indem es Flags hinzufügt, um beim Ausführen von Anwendungen Berechtigungen anzufordern. Zu den Berechtigungen können Dateizugriff, Internetzugang usw. gehören. Wenn das Programm auf das Dateisystem zugreifen oder eine Verbindung zum Internet herstellen möchte, muss es zumindest eine Erlaubnis anfordern. Zum Beispiel:

$ deno run --allow-read --allow-write --allow-net index.ts

Es gibt viele Berechtigungen, die „angefragt“ werden müssen; Weitere Einzelheiten finden Sie unter Sicherheit und Berechtigungen | Deno-Dokumente. Der schnellste Weg besteht darin, alle Berechtigungen zuzulassen, indem Sie das Flag -A oder --allow-all verwenden.

Die Leistung verbessert sich kontinuierlich

Ich erinnere mich an die frühen Tage, als es gerade eingeführt wurde; Deno schien in Bezug auf die Programmleistung hinter Node.js zurückzubleiben. Insbesondere zeigten Benchmark-Tests den Unterschied zwischen Deno und Node bei der Ausführung desselben Programms; Deno kam immer zu kurz. Irgendwann tauchte plötzlich bun.sh auf. Bun entwickelte sich zu einem Phänomen, da es beide Node.js hinsichtlich der Leistung übertraf. Dadurch wirkte Deno noch langweiliger.

In Wirklichkeit bin ich bei der Verwendung von Bun zum Ausführen einiger Node-Anwendungen auf einige Probleme und sogar Fehler gestoßen. Es scheint, dass das Brötchen noch nicht für die „Produktion“ bereit ist. Damals kam ich zu dem Schluss, dass Node immer noch die erste Wahl für diejenigen ist, die Stabilität lieben.

Mit der Veröffentlichung von Deno 2.0 wurden kürzlich erhebliche Anstrengungen unternommen, um die Leistung und das Programmiererlebnis dieses „schwarzen Dinosauriers“ zu verbessern. Laut der neuesten veröffentlichten Dokumentation hebt sich Deno in jeder Hinsicht von den bekannten Namen Node und Bun ab.

Abschluss

Oben sind die Punkte aufgeführt, die mir an der Arbeit mit Deno gefallen. Es gibt noch ein paar weitere Funktionen, wie zum Beispiel die kostenlose Bereitstellung von Deno Deploy für die Bereitstellung von Anwendungen. Allerdings stoße ich immer noch gelegentlich auf Artikel, die die Leistung und das Modulsystem sowie die geringe Kompatibilität mit Node „kritisieren“. Diese Einschränkungen wurden in der neuesten Version 2.0 behoben. Meine Sichtweise auf Deno hat sich im Vergleich zu seiner Einführung geändert und ich hoffe, dass Deno in Zukunft mehr Aufmerksamkeit von der Community erhalten und noch mehr Durchbrüche erzielen wird.

Was ist mit dir? Haben Sie Deno verwendet? Haben Sie Lob oder Kritik zu dieser JavaScript-Laufzeitumgebung? Bitte hinterlassen Sie unten Ihre Kommentare!

Das obige ist der detaillierte Inhalt vonDinge, die ich an Deno mag. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!