Wie sich die Webentwicklung in den letzten über 20 Jahren verändert hat

Das Web hat sich in den letzten 20 Jahren ziemlich schnell verändert. Immer mehr Logik wird von der Serverseite auf die Clientseite verlagert. Es erfordert nicht nur das Schreiben von komplexerem JavaScript-Code auf der Clientseite, sondern in den letzten Jahren ist auch etwas Seltsames passiert: JavaScript wird auf den Server verlagert und Webtechnologie verlagert sich auf den Desktop. Das ist nichts Neues, aber wer hätte das vor 20 Jahren gedacht?

Das Web hat sich verändert, und damit auch mein Technologie-Stack. Es scheint, dass sich mein Stack wieder auf Roots geändert hat. Vor 20 Jahren habe ich mit HTML und JavaScript begonnen und bin mit VBScript zum klassischen ASP übergegangen. Im Jahr 2001 war ich von ASP.NET und VB.NET besessen und verwendete sie in Produkten, die ich bis Ende 2006 nicht mehr nutzte. Ende 2007 begann ich, ASP.NET in C# zu schreiben. HTML und JavaScript waren weiterhin beteiligt, waren aber mehr oder weniger in Steuerelementen von Drittanbietern gekapselt, und jQuery war damals ein Alias ​​für JavaScript. Alles an JavaScript ist jQuery. ASP.NET WebForms wirkt riesig und nicht sehr flexibel, funktioniert aber effektiv. Später – im Jahr 2010 – habe ich viel mit Silverlight, WinForms und WPF gemacht.

ASP.NET MVC erschien und das Web fühlte sich wieder natürlicher an als ASP.NET WebForms. Aus der Sicht eines ASP.NET-Entwicklers beginnt das Web besser zu werden: sauberer, flexibler, leichter und natürlicher.

Aber es ist auch etwas Neues entstanden. Etwas von außerhalb der ASP.NET-Welt. Leistungsstarke JavaScript-Bibliotheken wie KnockOut, Backbone und später Angular und React. Das erste Single-Page-Anwendungsframework (ich möchte leider nicht das beschissene ASP.NET AJAX erwähnen ...) erschien und die UI-Logik wurde vom Server auf den Client verschoben. (Okay, wir haben 2005 zwar ein cooles SPA bekommen, aber wir hatten noch nicht herausgefunden, wie wir damit ein Framework erstellen können.)

NodeJS verändert die Welt erneut, indem es JavaScript auf dem Server verwendet. Sie benötigen lediglich zwei verschiedene Sprachen (HTML und JavaScript), um coole Webanwendungen zu erstellen. Ich interessiere mich nicht wirklich für NodeJS, außer für die Verwendung im Backend, da einige Tools auf NodeJS basieren. Vielleicht ist es ein Fehler, wer weiß;

Da wir jetzt ASP.NET Core haben, fühlt sich dies viel natürlicher an als herkömmliches ASP.NET MVC. Das sogenannte Natürliche bedeutet in diesem Fall, dass es sich fast genauso anfühlt wie das Schreiben von traditionellem ASP. Das bedeutet, mit dem zustandslosen Web zu arbeiten, anstatt zu versuchen, es zu reparieren. Die Arbeit mit Request und Response ist einfacher als mit herkömmlichem ASP.NET MVC und sogar einfacher als mit ASP.NET WebForms. Natürlich bedeutet nicht, dass Sie den gleichen unstrukturierten Mist schreiben müssen wie herkömmliches ASP. ; )

Weil wir bereits ein sehr cooles clientseitiges JavaScript-Framework haben. Mit einem vereinfachten, minimalistischen serverseitigen Framework reduziert sich der Serverteil auf die reine Bereitstellung statischer Dateien und Daten auf einem REST-Dienst.

Zu diesem Zeitpunkt ist es sinnvoll, ein tieferes Verständnis von TypeScript zu erlangen. Aber zum jetzigen Zeitpunkt ergibt es für mich keinen Sinn. Ich programmiere seit wahrscheinlich 20 Jahren in JavaScript, aber ich habe noch nie so viel JavaScript-Code in einem einzigen Projekt geschrieben. Dann habe ich in den letzten Jahren angefangen, AngularJS zu verwenden. Angular2 ist ein Grund, warum TypeScript sorgfältig studiert werden sollte, da das aktuelle Angular2 vollständig in TypeScript geschrieben ist.

Vor ein paar Wochen habe ich mein erstes echtes NodeJS-Projekt gestartet: eine Desktop-Anwendung, die NodeJS verwendet, um Benutzern eine hochflexible Skript-Laufzeit bereitzustellen. NodeJS bietet Benutzern Funktionalität und Benutzeroberfläche, die alle in TypeScript statt in einfachem JavaScript geschrieben sind. Warum? Weil TypeScript viele unerwartete Vorteile bietet:

• Kann immer noch JavaScript schreiben

• Hilft beim Schreiben kleiner Module und strukturierten Codes

• Hilft beim Schreiben von NodeJS-kompatiblen Modulen

• Im Allgemeinen ist es nicht erforderlich, den gesamten JavaScript-Code für jedes Modul zu schreiben

• Konzentrieren Sie sich einfach auf die Funktionalität, die Sie zum Schreiben benötigen

Deshalb ist TypeScript für mich ein großer Helfer. Natürlich sind typisierte Sprachen in vielen Situationen nützlich, aber nachdem ich 20 Jahre lang mit JS gearbeitet habe, gefällt mir die Flexibilität der implizit typisierten JavaScript-Sprache und ich bin damit vertraut. Das bedeutet aus meiner Sicht, dass das Tolle an TypeScript darin besteht, dass ich weiterhin implizit typisierten Code in TypeScript schreiben und die Flexibilität von JavaScript nutzen kann. Deshalb habe ich gesagt: „Es ist immer noch möglich, JavaScript zu schreiben“.

Die Webtechnologie hat sich verändert, mein Technologie-Stack hat sich verändert und auch die Tools. All diese Dinge werden leichter, ebenso wie die Werkzeuge. Die Konsole ist zurück und IDEs sind zurück zu ihren Wurzeln: nichts weiter als Texteditoren mit Funktionen wie Syntaxhervorhebung und IntelliSense. Derzeit verwende ich am liebsten das Schweizer Taschenmesser von Visual Studio Code oder Adobe Brackets, abhängig von der Art des Projekts, an dem ich arbeite. Beide starten sehr schnell und beinhalten einige nette Funktionen.

Es ist eine Freude, eine leichte IDE zu verwenden. Alles geht schnell, weil die Ressourcen der Maschine über die App verfügbar sind, die ich entwickeln muss, und nicht über die IDE, die ich zum Entwickeln der App verwenden muss. Dadurch wird die Entwicklung deutlich beschleunigt.

Um heute eine IDE zu starten, müssen Sie cmder (meine Lieblingskonsole unter Windows) starten, den Projektordner ändern, einen Konsolenbefehl zum Anzeigen der TypeScript-Datei starten, sie speichern und kompilieren. Ich kann eine andere Konsole starten, um Tools wie NPM, Gulp, Typings, Dotnet CLI, NodeJS usw. zu verwenden, und außerdem meinen bevorzugten, leichtgewichtigen Editor starten, um Code zu schreiben! : )

Originaltext: Wie sich die Webentwicklung in den letzten 20 Jahren für mich verändert hat

Das obige ist der detaillierte Inhalt vonWie sich die Webentwicklung in den letzten über 20 Jahren verändert hat. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!