Mobil? Web? Das ist mir egal.<\/h2>\n
Nehmen wir an, wir wollen eine Anwendung erstellen, die die React<\/a> Bibliothek. Diese Bibliothek kann f\u00fcr die Erstellung von Webanwendungen und mobilen Anwendungen mit React native verwendet werden. Die logischen Mechanismen der Anwendung, wie Autorisierung, Berechnung, Filterung Daten<\/a> und so weiter, k\u00f6nnen mit React-Hooks durchgef\u00fchrt werden. Der Punkt ist, dass diese Hooks von beiden Versionen der Anwendung - Web und Mobile - gemeinsam genutzt werden k\u00f6nnen. Dank dieser Option, haben wir die folgenden Einsparungen:<\/p>\n Um diesen Absatz zusammenzufassen - es geht nicht darum, dass eine Codebasis alle Versionen der Anwendung versorgt, obwohl wir den gemeinsamen Code aufteilen und in jeder Version verwenden k\u00f6nnen, um die Entwicklungsprozess<\/a> wirklich schneller.<\/p>\n Fazit: Wenn Sie eine Webanwendung und eine mobile Anwendung gleichzeitig erstellen m\u00f6chten, sollten Sie die React-Bibliothek in Betracht ziehen, die eine gemeinsame Codebasis f\u00fcr die mobile und die Webversion der Anwendung bietet.<\/p>\n Wenn man vor einigen Jahren \u00fcber das Backend sprach, h\u00e4tten sich wahrscheinlich nur wenige Leute vorstellen k\u00f6nnen, dass dessen Wartung mit Hilfe einer Sprache wie JS<\/strong>. Die Entwicklung dieser Sprache ist erstaunlich und ihre Fr\u00fcchte k\u00f6nnen bis heute geerntet werden.<\/p>\n Wovon ich spreche? Wenn Sie den richtigen JS-Entwickler<\/strong>Es stellt sich heraus, dass sie nicht nur das Frontend der Anwendung schreiben k\u00f6nnen, sondern auch das Backend - das hei\u00dft, sie sind f\u00fcr die Verarbeitung von Daten auf dem Server, die Kommunikation mit der Datenbank, verschiedene Arten von Integrationen usw. verantwortlich. Z\u00f6gern Sie noch oder sind Sie nicht von dieser Sprache \u00fcberzeugt? Es gibt keinen Grund, diese Einstellung zu haben! Backend mit JS <\/strong> kann auf zwei popul\u00e4re Arten implementiert werden - in einem erweiterbaren und konfigurierbaren Modus, den uns express.js bieten kann, und in einem strukturierten Modus, der das DI-Muster nest.js verwendet.<\/p>\n Beide L\u00f6sungen sind \u00e4u\u00dferst beliebt und werden in vielen Produktionsanwendungen eingesetzt, deren Besitzer \"Tech-Giganten\" in ihrer Branche sind. Ich denke, sie sind ausgereift genug, um Sie zu \u00fcberzeugen, sich f\u00fcr eine der beiden L\u00f6sungen zu entscheiden.<\/p>\n Immer noch nicht genug? \u00c4hnlich wie beim Code-Sharing zwischen Web- und mobilen Anwendungen kann das Backend Ressourcen sowohl mit der einen als auch mit der anderen Anwendung teilen. Das Schl\u00fcsselwort dazu lautet TypeScript<\/a> - Sie erm\u00f6glicht uns unter anderem die gemeinsame Nutzung einer Codebasis, d. h. einer gemeinsamen Datentypdefinition f\u00fcr alle Plattformen.<\/p>\n Mit Anwendungen, die ausschlie\u00dflich auf dem JavaScript<\/a> <\/strong>\/ TypeScript<\/strong> Durch die Verwendung von Monolith k\u00f6nnen wir eine Menge Codezeilen einsparen, die wir in nativen Programmiersprachen duplizieren m\u00fcssten. Andererseits k\u00f6nnen wir durch die Verwendung derselben Sprache an allen Fronten eine riesige Menge an Logik f\u00fcr alle Anwendungen gemeinsam nutzen, was die Zeit, in der eine bestimmte Anwendung erstellt werden kann, definitiv verk\u00fcrzen w\u00fcrde. H\u00f6rt sich das nicht gro\u00dfartig an?<\/p>\n Es hat sich herausgestellt, dass Technologien f\u00fcr die Erstellung von Browseranwendungen sich hervorragend f\u00fcr die Wartung von Anwendungen eignen, die wir in ihrer Desktopform verwenden - ein gutes Beispiel hierf\u00fcr ist Slack. Slack ist eine Anwendung, die f\u00fcr Team<\/a> Kommunikation - abgesehen vom Standard-Messaging bietet es viele verschiedene Funktionen und verschiedene Arten von externen Integrationen. All dies macht sie zu einer der beliebtesten Anwendungen, die vor allem in der IT-Branche eingesetzt wird.<\/p>\n Wie sich herausstellt, verwendet Slack auch Webtechnologien (und damit JavaScript), um seine Anwendungsschnittstelle zu erstellen. Die Grundlage, die es erm\u00f6glicht, solche Anwendungen auf Ihrem Desktop auszuf\u00fchren, ist Elektron. Die Erstellung von grafischen Oberfl\u00e4chen mit Webtechnologien macht es viel einfacher, schneller und generell m\u00f6glich, Anwendungen f\u00fcr verschiedene Plattformen gleichzeitig zu entwickeln.<\/p>\n Wenn man den Frontend-Teil der Anwendung betrachtet, gibt es keine Illusion, dass JS <\/strong>ist die einzige und exklusive Sprache, die das \u00d6kosystem hier antreibt. Im Moment gibt es keine brauchbaren Alternativen, die diesen Teil der Anwendung ersetzen k\u00f6nnen (obwohl ich denke, dass WebAssembly uns in Zukunft \u00fcberraschen k\u00f6nnte). Wenn wir also von der Reife von JS auf dem Frontend sprechen, besteht kein Zweifel, dass es die einzige k\u00f6nigliche Sprache ist.<\/p>\n Wenn wir \u00fcber das Backend sprechen, m\u00f6gen viele Entwickler schockiert sein oder sofort verneinen, dass JS als Programmiersprache f\u00fcr das Backend geeignet ist. Die Angelegenheit muss jedoch objektiv analysiert werden.<\/p>\n Viele Cloud-Provider bieten SDKs an, mit denen Sie direkt die Wolke<\/a> Methoden. Seltsamerweise ist eine der beliebtesten Registerkarten, gleich neben C#, Go und Java<\/a>ist Node.js<\/a>. Es zeigt sich, dass diese Plattform ideal f\u00fcr die Skalierung und Erstellung von Anwendungen ist, die auf Microservices<\/a> oder serverlose Architektur. Fazit - JS ist eine der beliebtesten Sprachen f\u00fcr die Entwicklung von Anwendungen auf Basis von Microservices\/serverloser Architektur. Auf den Bildschirmen unten k\u00f6nnen wir sehen, dass die heilige Dreifaltigkeit (Google Computing Services, AWS<\/a>, Azurblau<\/a>) von Cloud-Anbietern erm\u00f6glicht es uns, Anwendungen zu erstellen, die Knoten<\/a>.js.<\/p>\n Was das node.js-\u00d6kosystem betrifft, so ist wahrscheinlich jeder mit einer Bibliothek namens express.js vertraut - es handelt sich um ein einfaches und unkompliziertes Tool, mit dem Sie Pfade definieren und sie dann mit entsprechenden Daten f\u00fcttern k\u00f6nnen, die auf der JS-Seite ordnungsgem\u00e4\u00df verarbeitet wurden. Dar\u00fcber hinaus ist das Muster, das bei den in express.js verarbeiteten HTTP-Anfragen verwendet wird, zu einem der beliebtesten im gesamten \u00d6kosystem geworden und stellt eine Art Muster f\u00fcr verschiedene andere Bibliotheken dar, die z. B. eine serverlose Architektur verwenden.<\/p>\n Fazit - JS ist eine Sprache, die reif genug ist, um alle Karten auf den Tisch zu legen und sowohl Frontend als auch Backend zu bauen. Dar\u00fcber hinaus ist es eine recht frische Sprache, die leicht ihren Weg in moderne Anwendungsarchitekturen findet. Es ist gro\u00dfartig, dass ein Programmierer, der eine Sprache beherrscht, beide Seiten (Full Stack) einer Anwendung meistern kann.<\/p>\n Nun, die am h\u00e4ufigsten verwendete Engine f\u00fcr die Ausf\u00fchrung von JS-Code ist v8, die auf der Sprache C++ basiert. Dieser von Google entwickelte Motor ist f\u00fcr die Ausf\u00fchrung von Anwendungen f\u00fcr Webplattformen bestimmt. Interessant ist, dass diese Engine den JS-Code nicht interpretiert. Stattdessen f\u00fchrt sie etwas aus, das \"JIT\" genannt wird - \"just in time compilation\". Dadurch m\u00fcssen wir den JS-Code nicht Zeile f\u00fcr Zeile interpretieren, sondern kompilieren ihn einfach und f\u00fchren ihn aus. Das ist sogar noch schneller und bringt uns wirklich gute Leistungsergebnisse.<\/p>\n Ist JS hinsichtlich der Leistung fair genug? Ja, das ist es. Solange Sie Ihre Algorithmen fair genug halten, ist es kein Problem, JS auf der Serverseite zu verwenden. Au\u00dferdem sollten Sie Ihren Code so asynchron wie m\u00f6glich halten. Mit diesen Praktiken kann Ihr Code parallele Anfragen ohne Probleme verarbeiten. Sie m\u00fcssen sich wegen der Leistung keine Gedanken \u00fcber den Technologietausch machen - vor allem, wenn die Architektur der Anwendung skalierbar ist.<\/p>\n Ich habe die Leistung und die Benchmarks in diesem Artikel bereits ausf\u00fchrlich besprochen. <\/p>\n Nun, das sind Dutzende von Meinungen, dass die JS-Sprache sich in einigen F\u00e4llen seltsam verh\u00e4lt und der Umgang damit etwas ist, das Ihren Kopf w\u00e4hrend des Entwicklungsprozesses explodieren lassen wird. Ich kann dem nicht zustimmen \ud83d\ude42 Wie jede andere Sprache hat sie einige Muster\/Verhaltensweisen, die nicht elegant sind, aber wenn man versteht, wie sie funktionieren und was ihre Ziele sind, ist die Entwicklung von Anwendungen mit JS nicht unangenehm.<\/p>\n Besonders die Bemerkung \"asynchron\" direkt vor JS l\u00e4sst manche Entwickler erschaudern. Es ist schwer zu verstehen, wenn man noch keine Erfahrungen damit gemacht hat. Es ist jedoch ein Teil von JS, der es uns erm\u00f6glicht, moderne L\u00f6sungen auf einfache Weise zu entwickeln. Werfen wir einen Blick auf Websockets: Da sie ereignisbasiert sind, kann jede der verbundenen Einheiten - der Benutzer und der Server - parallel Ereignisse senden und empfangen. Wenn der Code, der diese Anwendung antreibt, asynchron genug ist und den Hauptthread nicht blockiert, k\u00f6nnen wir leicht Tausende von Anfragen in kurzer Zeit verarbeiten.<\/p>\n Vergleichen wir JS und PHP<\/a> mit dem Kontext von Websockets. PHP ist eine synchrone Programmiersprache, so dass das L\u00f6sen von Websocket-Themen ein gro\u00dfes Problem darstellt. Wir k\u00f6nnen sehen, dass PHP Muster von JS erh\u00e4lt, um interaktive Backend-Anwendungen zu erstellen, die moderne Technologien wie Webrtc oder Websockets nutzen k\u00f6nnen.<\/p>\n Wenn wir alle Abs\u00e4tze zusammenfassen, k\u00f6nnen wir einige Fakten feststellen:<\/p>\n JavaScript<\/strong> ist eine Sprache, mit der alle Arten von Anwendungen erstellt werden k\u00f6nnen - von Web- \u00fcber Mobil- bis hin zu Desktop-Anwendungen; Um meine zugegebenerma\u00dfen voreingenommene Meinung zu \u00e4u\u00dfern - die Nutzung der Option von JavaScript, denselben Code an allen verf\u00fcgbaren Fronten wiederzuverwenden, ist etwas, das sicherlich die Anwendungsentwicklung beschleunigen und die Anzahl der Entwickler reduzieren wird, die an der Wartung des Backends von Anwendungen beteiligt sind, die in anderen Technologien geschrieben wurden. Zur Best\u00e4tigung sei daran erinnert, dass eine gro\u00dfe Anzahl so genannter IT-Giganten diesem Muster folgen und einen gro\u00dfen Teil der Codebasis plattform\u00fcbergreifend gemeinsam nutzen. Trotz unterschiedlicher Meinungen \u00fcber diese Sprache muss man ber\u00fccksichtigen, dass die Statistiken \u00fcber die Nutzung und die Zufriedenheit mit der Nutzung von JS <\/strong>w\u00e4chst von Jahr zu Jahr, und seine Entwickler k\u00f6nnen sich leicht an den Trend zum Full Stack anschlie\u00dfen.<\/p>\n Lesen Sie mehr:<\/b><\/p>\n Warum Sie (wahrscheinlich) Typescript verwenden sollten<\/a><\/p>\n Wie kann man ein Projekt nicht durch schlechte Programmierpraktiken zerst\u00f6ren?<\/a><\/p>\n\n
Aber was ist mit dem Backend?<\/h2>\n
Kann JS Desktop-Anwendungen antreiben?<\/h2>\n
Ist JS reif genug?<\/h2>\n
![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.12.png\" "\\"Cloud-Konsole")
<\/p>\n![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.25.png\" "\\"F\u00fcnf-Minuten-Schnellstarts")
<\/p>\nIst JS schnell genug?<\/h2>\n
Ist JS nicht eine solche Eigenart unter den anderen Sprachen?<\/h2>\n
Mischen Sie alles zusammen<\/h2>\n
\nIn JS geschriebene Anwendungen k\u00f6nnen verschiedene Codefragmente miteinander teilen, z. B. diejenigen, die f\u00fcr die Datenformatierung oder Typen in Typescript zust\u00e4ndig sind;
\nDank des Wachstums des Internets ist die Leistung, die JS bietet, gut genug, um sich sowohl f\u00fcr die Entwicklung von Frontend- als auch von Backend-Anwendungen zu entscheiden;
\nDank seines au\u00dfergew\u00f6hnlichen Designs unterst\u00fctzt der JavaScript moderne Anwendungsinfrastrukturen wie Websockets und WebRTC;
\nWenn Sie einen gut ausgebildeten Entwickler einstellen, k\u00f6nnen Sie das Potenzial dieser Sprache auf jedem verf\u00fcgbaren Frontend nutzen;
\nJS ist eine Sprache, die seit einigen Jahren immer beliebter wird, und es gibt keine Anzeichen daf\u00fcr, dass sich dies in irgendeiner Weise \u00e4ndern wird.<\/p>\n![\"Beratung](\"\/app\/uploads\/2024\/05\/cta_2.jpeg\")
<\/a><\/p>\n