Utility-Desktop-Anwendungen geh\u00f6ren der Vergangenheit an, da alles in einem Browser erledigt werden kann. Tats\u00e4chlich werden Anwendungen, die APIs auf niedrigerer Ebene verwenden m\u00fcssen, die im Browser nicht verf\u00fcgbar sind, ebenfalls mit Browser-Engines und -Sprachen geschrieben, weil sie so leichter zu pflegen sind.<\/p>\n
Mobile Anwendungen k\u00f6nnen leicht durch Tools ersetzt werden, die f\u00fcr Web<\/a> Entwicklung - siehe React<\/a> Einheimische<\/strong>NativeScript. Dar\u00fcber hinaus haben wir PWA, die leicht \"imitiert\" den Betrieb von mobilen Anwendungen. Dar\u00fcber hinaus k\u00f6nnen Komponenten, die eine in NativeScript geschriebene Anwendung antreiben Vue<\/a><\/strong> oder React<\/strong> k\u00f6nnen leicht verschiedene Code<\/a> Elemente zwischen Plattformen. <\/p>\n Eines m\u00fcssen wir zugeben - Webanwendungen sind derzeit ein Kraftpaket, das nur schwer auf den Boden der Tatsachen zu bringen sein wird. Als Nutzer sehe ich mich praktisch \u00fcberall mit ihnen arbeiten: Kommunikation \u00fcber Slack, Verwendung eines Code-Editors, Pr\u00e4sentationen oder sogar das Schreiben eines Blogartikels.<\/p>\n Es ist schwer vorherzusagen, was in ein paar Jahren passieren wird. WebAssembly kommt ins Spiel, und es wird Folgendes erm\u00f6glichen us<\/a> um Anwendungen, die komplexere Berechnungen erfordern, in die Browserwelt zu verlagern. Eine Tatsache bleibt jedoch unver\u00e4ndert - es ist wirklich schwer, ein Hindernis zu finden, um mit dem Einsatz von Webtechnologien eine solche Anwendung zu bauen, von der wir nur tr\u00e4umen k\u00f6nnen. <\/p>\n Um es auf den Punkt zu bringen: Gehen wir einen Moment zur\u00fcck in die Vergangenheit, bevor die ersten gr\u00f6\u00dferen Web-Frameworks auftauchten und Anwendungen auf zwingende Art und Weise entwickelt wurden. Jede interaktive Mechanik auf einer Seite wurde manuell gehandhabt und war f\u00fcr eine bestimmte Aktion verantwortlich.<\/p>\n Als bestes Beispiel kann die jQuery-Bibliothek angef\u00fchrt werden - seinerzeit eine der beliebtesten L\u00f6sungen f\u00fcr die Handhabung einfacher Ereignisse. Mit ihrer Hilfe wurden verschiedene Dropdown-Men\u00fcs, \u00dcberg\u00e4nge, Animationen, Taschenrechner und \u00e4hnliche Mechanismen implementiert.<\/p>\n Es ist erw\u00e4hnenswert, dass schon damals Probleme in komplexeren Anwendungen auftraten - an Stellen, an denen verschiedene, unabh\u00e4ngige Teile z. B. auf einen richtigen Klick oder das Tippen von etwas reagieren mussten. Die meisten Anwendungen hatten keinen expliziten Zustand und wurden stattdessen z.B. durch die Attribute von Elementen oder die Klassen, die sie hatten, gerettet.<\/p>\n Damals war klar, dass dem aktuellen Ansatz die Reaktivit\u00e4t fehlte - eine strukturierte M\u00f6glichkeit f\u00fcr Komponenten, miteinander zu kommunizieren und z. B. ihren Zustand oder verschiedene Ereignisse auszutauschen, was die Wartung der Anwendungen erleichterte und ihnen ein gutes Benutzererlebnis zu geringen Kosten erm\u00f6glichte.<\/p>\n Mit der Zeit tauchten die ersten Frontend-Frameworks auf, die die Architektur f\u00fcr komplexere Anwendungen strukturieren sollten.<\/p>\n Diese Frameworks basierten haupts\u00e4chlich auf dem MVC-Muster - einige schlugen einen eher manuellen Ansatz vor, wie z. B. Backbone.js, w\u00e4hrend andere, wie z. B. Knockout.js, sich in Zwei-Wege Daten<\/a> Bindung.<\/p>\n Dennoch k\u00f6nnte man das Gef\u00fchl haben, dass das Schreiben der Anwendung schwieriger war, viel mehr Kodierung erforderte und nicht unbedingt die beabsichtigten Ergebnisse lieferte oder die verlorene Zeit f\u00fcr die Anwendungsentwicklung kompensierte.<\/p>\n Der Hauptgrund f\u00fcr die Suche nach der goldenen Mitte in der JS<\/a> Die Schwierigkeit des \u00d6kosystems bestand darin, dass es sich um eine Kuriosit\u00e4t unter den bekannten Programmiersprachen<\/a> die schon seit langem ihre Wege geebnet haben.<\/p>\n Und ich m\u00f6chte hier nicht n\u00e4her darauf eingehen, welche Wege die Entwicklung der verschiedenen Frameworks im Laufe der Geschichte begleitet haben. Allerdings ist es wichtig, eine Sache zu beachten - die Reifezeit des JS-\u00d6kosystems in den Browsern war nicht einfach und stand vor vielen Pr\u00fcfungen.<\/p>\n Dies ist der einzige Grund, warum wir heute Webanwendungen erstellen und sie auf eine sehr einfache und schmerzlose Weise entwickeln k\u00f6nnen.<\/p>\n Anstatt mit Fleisch zu werfen, wie es im Internet \u00fcblich ist, sollten wir uns beide Bibliotheken ansehen, Informationen \u00fcber sie sammeln und sie vergleichen - sowohl in der Theorie als auch in der Praxis.<\/p>\n HINWEIS: Die Beschreibung der Mechanismen, die in Vue <\/strong>bezieht sich speziell auf Version 2. Version 3 bringt eine Menge wichtiger \u00c4nderungen mit sich, ist aber kein wirklicher Konkurrent f\u00fcr React<\/strong> im Moment, wenn auch nur aufgrund seiner Reife - Vue 3 Erscheinungsdatum: 18. September 2020.<\/p>\n Um eines klarzustellen: Wenn man sich n\u00e4her mit den beiden Bibliotheken besch\u00e4ftigt, stellt man fest, dass es mehr Gemeinsamkeiten als Unterschiede gibt. Abgesehen von der Art der Verwendung der Bibliotheken als solche - beide haben sehr \u00e4hnliche Konzepte, wie sie funktionieren. Beide werden von einem \u00e4hnlichen \u00d6kosystem angetrieben und ihre Verwendung ist nicht diametral verschieden.<\/p>\n \u25cf Der Teufel steckt im Detail - je \u00f6fter wir ein Werkzeug verwenden, desto gr\u00f6\u00dfere Nachteile seiner verschiedenen L\u00f6sungen stellen wir fest. Ein gutes Beispiel hierf\u00fcr ist die Zwei-Wege-Datenbindung, die am h\u00e4ufigsten verwendet wird in Vue<\/strong> als V-Modell-Eigenschaft: Sie macht vieles einfacher, erledigt vieles automatisch und erfordert keine zus\u00e4tzliche Unterst\u00fctzung bei der \u00c4nderung von Werten.<\/p>\n Es gibt jedoch F\u00e4lle, in denen wir einen \u00c4nderungsversuch gezielt verfolgen und entsprechend reagieren m\u00fcssen. In diesem Fall zwingen uns die auf dem V-Modell basierenden Komponenten oft dazu, mit anderen Komponenten herumzuspielen. Vue<\/strong> Mechanismen wie z. B. berechnete Eigenschaften, wodurch der erzielte Effekt oft viel schlechter aussieht als bei einem manuellen Ansatz;<\/p>\n \u25cf Ein weiterer interessanter Aspekt ist JSX, ein \"vagabundierender\" Weg, um gerenderte Inhalte mit React<\/strong>. In der Entwicklergemeinde gibt es unterschiedliche Meinungen dazu.<\/p>\n Nach meinen Beobachtungen scheinen Entwickler, die eine andere Umgebung als JS verwenden, z. B. PHP<\/a> oder C#, sind eher geneigt, Ansichten so zu gestalten, dass Vue<\/strong> tut.<\/p>\n Zusammenfassend - Vorlagen bekannt aus Vue<\/strong> erm\u00f6glichen es, Ansichten auf eine sehr klare und elegante Weise zu definieren, w\u00e4hrend React's JSX es in vielen F\u00e4llen erlaubt, sie schneller zu erstellen, auf spezifische Bed\u00fcrfnisse zugeschnitten und oft weniger Code ben\u00f6tigt, um verschiedene Strukturen aufzubauen;<\/p>\n Schauen wir uns auch die \u00d6kosysteme dieser beiden Werkzeuge an. Im Prinzip k\u00f6nnen wir sagen, dass sie sich in nichts unterscheiden. Beide werden nicht ohne Grund als Bibliotheken bezeichnet - sie bieten das absolute Minimum f\u00fcr die Unterst\u00fctzung reaktiver Webanwendungen.<\/p>\n Der Rest, der sich auf die Kommunikation mit API<\/a>, Datenfluss, UI-Komponenten, die um verschiedene Unterseiten herum verwendet werden, sind die so genannten Vendoren - Bibliotheken, die von au\u00dfen genommen werden, die ordnungsgem\u00e4\u00df an die Website angeschlossen werden m\u00fcssen. Projekt<\/a>. Es ist ein bisschen wie in der Welt von Lego: Wenn man ein koh\u00e4rentes Ganzes bauen will, muss man es aus einzelnen, kleinen Bausteinen zusammensetzen.<\/p>\n Diese Allegorie bezieht sich auf die pr\u00e4zise angebrachten Komponenten, die die Leistung von Anwendungen sind, die mit React<\/strong> oder Vue<\/strong>;<\/p>\n Eine wichtige Sache, vor allem f\u00fcr Menschen, die nicht so erfahren in der JS-Umgebung sind, ist die H\u00f6he der Einstieg in eine bestimmte Bibliothek. Mit anderen Worten - die Komplexit\u00e4t des Werkzeugs, bestehend aus der direkten Zeit, die Sie auf das Verst\u00e4ndnis seiner Mechanik verbringen m\u00fcssen.<\/p>\n Ich denke, eines muss hier unmissverst\u00e4ndlich festgestellt werden - im Fall von Vue<\/strong>ist es viel einfacher. Wir haben eine Zwei-Wege-Datenbindung, wir haben eine elegant spezifizierte Vorlage, die L\u00f6sungen in anderen Sprachen, z. B. Twig, t\u00e4uschend \u00e4hnlich ist, und schlie\u00dflich - wir haben keine Kopfschmerzen, die durch das Erlernen von Theorien \u00fcber die Funktionsweise einzelner Hooks und F\u00e4lle, in denen bestimmte Mechanismen verwendet werden m\u00fcssen, verursacht werden.<\/p>\n Es ist nicht gerade eine gute Wahl, sich direkt nach der Stimme der Masse zu richten. Ein guter Schritt auf dem Weg zu einer guten Entscheidung ist es jedoch, zu analysieren, was Menschen sagen, die mit diesen Bibliotheken zu tun hatten.<\/p>\n Und ja - Sterne auf github <\/a> kann ein Indikator daf\u00fcr sein, wie stark die Gemeinschaft einer bestimmten Bibliothek an ihrer Entwicklung beteiligt ist, wie sie von den Entwicklern wahrgenommen wird und ob sie sich f\u00fcr die Entwicklung der Bibliothek interessiert. Ingenieure<\/a> Diejenigen, die ein bestimmtes Repository betreuen, erhalten oft Benachrichtigungen \u00fcber neue Versionen oder Code-\u00c4nderungen, so dass sie sich direkt mit der Bibliothek auskennen.<\/p>\n Die Anzahl der Sterne auf Github sollte jedoch nicht als Orakel betrachtet werden - nicht jeder Entwickler, der ein Tool mag, wird eine Markierung hinterlassen - stattdessen w\u00fcrde ich sie als Zeichen der reinen Leidenschaft der Entwickler f\u00fcr ein bestimmtes Open-Source-Projekt betrachten.<\/p>\n Google Trends <\/a> ist ein bekannter Dienst, der es uns erm\u00f6glicht, das Interesse an bestimmten Themen im Laufe der Zeit zu untersuchen. Obwohl er kein rationaler Indikator f\u00fcr Qualit\u00e4t oder Nutzung ist, kann er alle Arten von Analysen liefern.<\/p>\n Es ist leicht zu erkennen, dass der Verlauf der letzten 5 Jahre ziemlich \u00e4hnlich ist, wenn man die beiden Protagonisten des heutigen Artikels vergleicht. Die grundlegende Schlussfolgerung, die sich aus dem Diagramm ziehen l\u00e4sst, lautet React<\/strong> in Bezug auf die Suchpopularit\u00e4t h\u00f6her ist als seine Konkurrenten.<\/p>\n Um das klarzustellen: Dass eine Bibliothek bei Google Trends ganz oben steht, bedeutet nicht, dass sie besser ist. Wie ich bereits erw\u00e4hnt habe, geht es um die Beliebtheit bei der Bev\u00f6lkerung - wahrscheinlich haben mehr Menschen von diesem Tool geh\u00f6rt, es k\u00f6nnte mehr Interesse bei den Nutzern geweckt haben. CTOs<\/a>, Softwareentwickler<\/a> <\/strong>oder Menschen, die einfach nur ein bestimmtes Werkzeug erlernen wollen.<\/p>\n Entspricht diese Grafik der Realit\u00e4t? In gewisser Weise, ja. Im Allgemeinen weisen die befragten Personen mehr unterschiedlich anspruchsvolle Kenntnisse auf \u00fcber React<\/strong> als Vue<\/strong>. Welche Meinungen k\u00f6nnen Sie im Gespr\u00e4ch mit diesen Menschen einholen? Ich werde versuchen, dies im n\u00e4chsten Absatz zu skizzieren.<\/p>\n Zustand von JS\u00a0<\/a> ist eine Website, die jedes Jahr Umfragen unter Personen durchf\u00fchrt, die mit JavaScript-bezogenen Technologien arbeiten. Ihr Ziel ist es, Informationen von Entwicklern dar\u00fcber zu sammeln, wie sie die Werkzeuge sehen, mit denen sie t\u00e4glich arbeiten.<\/p>\n Die Fragen beziehen sich auf einzelne Tools f\u00fcr unterschiedliche Zwecke - z. B. Tools, die im Front-End und im Back-End eingesetzt werden, aber auch Tools f\u00fcr das Testen, die Verwaltung des Anwendungsstatus usw. Auf jede dieser Fragen gibt es keine einfache Ja\/Nein-Antwort, sondern die Website stellt eine Reihe von Fragen zum Tool selbst, zu Interessen, Erfahrungen und einer Gesamtbewertung, die auf den Satz \"W\u00fcrden Sie dieses Tool in zuk\u00fcnftigen Projekten verwenden?\" hinausl\u00e4uft.<\/p>\n Auf der Website selbst k\u00f6nnen Sie zahlreiche Analysen durchf\u00fchren, relevante Tools vergleichen und manchmal auch weniger bekannte Bibliotheken kennenlernen, die sich in der JS-Welt zu etablieren beginnen, an Popularit\u00e4t gewinnen und gleichzeitig eine hohe Benutzerfreundlichkeit aufweisen. Ich m\u00f6chte Sie aufrichtig dazu ermutigen, die Inhalte dieser Website zu durchst\u00f6bern.<\/p>\n Fassen wir den Abschnitt mit Statistiken zusammen. Die Analyse verschiedener Arten von Diagrammen kann oft eine sehr gute Option sein, um verschiedene Aspekte eines bestimmten Themas zu vergleichen. Es ist jedoch wichtig zu bedenken, dass es nicht unbedingt das Kl\u00fcgste ist, der Stimme der Masse zu folgen. Stattdessen k\u00f6nnen Sie eine fundierte Entscheidung treffen, indem Sie einige der Erkenntnisse aus der Analyse von Diagrammen nutzen.<\/p>\n Ich habe bereits auf die niedrigere Eintrittsschwelle f\u00fcr Vue<\/strong> - In der Tat k\u00f6nnen Sie sich schneller auf die eigentliche Entwicklung der Anwendung konzentrieren, indem Sie das Tool verwenden und die Zeit, die Sie ben\u00f6tigen, um sich mit der Umgebung, den Mechanismen und den verschiedenen Anwendungsf\u00e4llen vertraut zu machen, auf ein Minimum reduzieren.<\/p>\n Im Allgemeinen bin ich der Meinung, dass Vue<\/strong> ist eher f\u00fcr Personen geeignet, die sich noch nicht mit Front-End-Bibliotheken besch\u00e4ftigt haben. Sicherlich wird es Ihnen auf eine ermutigende Weise erm\u00f6glichen, in kurzer Zeit zufriedenstellende Ergebnisse zu erzielen.<\/p>\n Aber sagen wir es laut - die mangelnde Kenntnis der Sprache, in der wir bestimmte Tools verwenden, wird uns fr\u00fcher oder sp\u00e4ter schaden. F\u00fcr einfache Dinge ist es ein vernachl\u00e4ssigbares Element, aber mit zunehmender Komplexit\u00e4t der erstellten Anwendungen wird es immer schwieriger, Anwendungen ohne gute Kenntnisse in folgenden Bereichen vern\u00fcnftig zu erstellen JavaScript<\/a>.<\/p>\n Ich beziehe mich nicht wirklich darauf, dass man in der Lage ist, einige anspruchsvolle Funktionen zu schreiben, denn dieser Teil kann z. B. von Anbietern weitgehend ersetzt werden. Ich beziehe mich auf einige h\u00e4ufige Fehler, die in der Sprache gemacht werden k\u00f6nnen, und darauf, dass man sich nicht bewusst ist, dass das falsche Verhalten nicht auf die Verwendung der Bibliothek, sondern auf die Verwendung der Sprache zur\u00fcckzuf\u00fchren ist. Der h\u00e4ufigste Fehler, der sich hier manifestiert, ist die so genannte Unver\u00e4nderlichkeit - das hei\u00dft, die Kenntnis des Referenzmechanismus in JavaScript.<\/p>\n Ich kann nicht sagen, welche Bibliothek f\u00fcr Entwickler, die mit JavaScript mehr oder weniger vertraut sind, besser ist. Aber ich wei\u00df eines - wenn Sie eine wirkliche Vorstellung davon haben wollen, wie die Entwicklung mit beiden Werkzeugen \"von innen\" aussieht - versuchen Sie, Anwendungen in jedem von ihnen zu schreiben. So k\u00f6nnen Sie sich ein Bild machen und sehen, welche Mechanismen Ihnen mehr zusagen und was f\u00fcr Sie die bessere Wahl ist.<\/p>\n Wie ich bereits erw\u00e4hnt habe, werden beide Bibliotheken von \u00e4hnlichen \u00d6kosystemen angetrieben und haben \u00e4hnliche Ansichten \u00fcber die Entwicklung von Anwendungen mit kleinen Komponenten. Beiden Bibliotheken geht es gut - es gibt keine Anzeichen daf\u00fcr, dass eine der beiden Bibliotheken in naher Zukunft verschwinden wird. Folglich werden die Stellenangebote in beiden Bibliotheken auf einem \u00e4hnlichen Niveau bleiben.<\/p>\n Die Schlussfolgerungen sind einfach: Verwenden Sie, was zu Ihnen passt; sammeln Sie Erfahrungen und werten Sie sie aus. Dies wird Ihnen helfen, einen rationalen Ansatz daf\u00fcr zu entwickeln, ob es besser ist, die eine oder andere Bibliothek in einem bestimmten Projekt zu verwenden; versuchen Sie auch zu experimentieren - nichts lehrt so sehr wie die Fehler, die in der Vergangenheit gemacht wurden.<\/p>\n Es ist kein Geheimnis, dass es keinen goldenen Mittelweg gibt, der die beste L\u00f6sung f\u00fcr ein bestimmtes Projekt darstellt. Vor allem im Front-End-Bereich veralten die Tools, die zur Erstellung von Anwendungen verwendet werden, schnell und es ist oft schwer, sich in den neuesten Trends zurechtzufinden.<\/p>\n Die Wahl der Technologie ist jedoch nicht, oder sollte es zumindest nicht sein, eine Entscheidung dar\u00fcber, was zu den aktuellen Trends passt. Stattdessen sollten wir sie auf bestimmte Erwartungen und Annahmen bez\u00fcglich der Anwendung, die wir entwickeln wollen, ausrichten. Jede der verglichenen Bibliotheken hat ihre St\u00e4rken und Schw\u00e4chen, die es uns, abgestimmt auf den Anwendungsfall, erm\u00f6glichen werden, die sinnvollste Wahl zu treffen.<\/p>\n Eine interessante Option k\u00f6nnten Technologie-Zusammenfassungen gro\u00dfer Unternehmen sein, die oft ihre Anwendungsf\u00e4lle beschreiben, wie die Entwicklung gro\u00dfer Anwendungen verlief oder verl\u00e4uft und welche Fehler sie in der Vergangenheit gemacht haben. Vielleicht finden wir darin F\u00e4lle, die im Zusammenhang mit der Auswahl einer Bibliothek f\u00fcr ein bestimmtes Projekt besonders interessant sind.<\/p>\n Die Merkmale, die wir bei der Auswahl der richtigen Tools f\u00fcr die zu entwickelnde Anwendung ber\u00fccksichtigen sollten, sind: die Dauer der Anwendungsentwicklung, die Einfachheit der Anwendungspflege<\/a>die Komplexit\u00e4t der Anwendung und die Erfahrung der Entwickler bei der Verwendung bestimmter Bibliotheken.<\/p>\n Entwickler sind diejenigen, die die meiste Zeit mit den von mir verglichenen Werkzeugen verbringen, und sie sind diejenigen, die Ihnen die besten Ratschl\u00e4ge geben und Ihnen helfen k\u00f6nnen, die beste Wahl im gro\u00dfen Durcheinander der Bibliotheken zu treffen. W\u00e4hrend der Anwendungsentwicklung sehen Sie die verschiedenen Probleme, die sich direkt aus der Wahl der Technologie ergeben, und haben den besten \u00dcberblick dar\u00fcber, welche Dinge die Verwendung eines bestimmten Tools f\u00fcr bestimmte Funktionen untergraben.<\/p>\n Wie ich bereits erw\u00e4hnt habe, scheinen beide Bibliotheken nicht aus dem Internet zu verschwinden. Markt<\/a>Zumindest nicht in den n\u00e4chsten paar Jahren. Anstatt Entscheidungen auf der Grundlage von Statistiken und Meinungen zu treffen Legen Sie ihnen dar, was von der Bewerbung erwartet wird, wie viel Zeit wir f\u00fcr die Lieferung haben, und erm\u00f6glichen Sie einen lockeren Meinungsaustausch dar\u00fcber, was sie von den beiden L\u00f6sungen halten, bevor wir die endg\u00fcltige Entscheidung treffen.<\/p>\n Internetkriege sind in der Regel - oder vielleicht sogar in jedem Fall - sinnlos. Es wird immer Leute geben, die hartn\u00e4ckig behaupten, dass ihre Wahl besser ist, ohne irgendwelche rationalen Argumente zur Best\u00e4tigung ihrer Entscheidung zu nennen.<\/p>\n Anstatt sich von bestimmten Entscheidungen blenden zu lassen, sollten wir uns auf die Analyse konzentrieren, versuchen, die richtigen Schl\u00fcsse zu ziehen und diese nutzen, um eine bestimmte L\u00f6sung anzupassen oder zu verwerfen.<\/p>\n Wie der Titel schon andeutet, habe ich nicht die Absicht, eine bestimmte Bibliothek als Heilmittel f\u00fcr jedes Leiden zu preisen. Stattdessen werden einige Hypothesen vorgestellt und die St\u00e4rken und Schw\u00e4chen der beiden Bibliotheken aufgezeigt. Ich habe einige Ratschl\u00e4ge gegeben, worauf man bei der Wahl zwischen den beiden Bibliotheken achten sollte, um eine weise Entscheidung zu treffen und sich nicht von Trends oder zuf\u00e4lligen Personen aus dem Internet leiten zu lassen.<\/p>\n Jedes Werkzeug kann den Bed\u00fcrfnissen des Projekts gut genug entsprechen. Keines von beiden wird in den n\u00e4chsten Jahren schnell vom Markt verschwinden. Beide haben eine starke Gemeinschaft und sind ziemlich ausgereift, was uns zeigt, dass sie sich recht gut behaupten.<\/p>\n Die endg\u00fcltige Entscheidung liegt in Ihren H\u00e4nden. Wenn Sie jedoch Zweifel haben oder Ihren Fall einfach nur mit folgenden Personen besprechen m\u00f6chten Der Codest<\/a> - Nehmen Sie Kontakt mit uns auf!<\/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>\nDer Urknall in der Internet-Realit\u00e4t <\/h2><\/p>\n
Erste Schritte auf dem Weg zu bekannten Rahmenwerken<\/h2><\/p>\n
Grundlegende Informationen und ein kleiner Vergleich<\/h2><\/p>\n
![\"React](\"\/app\/uploads\/2024\/05\/tabela-art-.jpg\")
<\/p>\nWas sagen die Statistiken?<\/h2><\/p>\n
![\"vue](\"\/app\/uploads\/2024\/05\/bez-tytulu.png\")
<\/p>\n![\"react](\"\/app\/uploads\/2024\/05\/aaaaaabbb.png\")
<\/p>\n![\"Rangliste](\"\/app\/uploads\/2024\/05\/1.png\")
<\/p>\n![\"Zustand](\"\/app\/uploads\/2024\/05\/2.png\")
<\/p>\n![\"React](\"\/app\/uploads\/2024\/05\/3.png\")
<\/p>\nBeste Wahl f\u00fcr Entwickler<\/h2><\/p>\n
Beste Wahl f\u00fcr CTO<\/a> <\/h2><\/p>\n
\nvon verschiedenen Leuten aus dem Internet - vielleicht w\u00e4re es besser, einfach mit den Entwicklern zu sprechen.<\/p>\nSchlussfolgerungen<\/h2><\/p>\n