Funktionsweise – Dynamische Tests

Dynamische Tests überprüfen das tatsächliche Verhalten eines Systems anhand von definierten Anforderungen. Im Rahmen dieser Tests führt man automatisiert Software-Code mit verschiedenen Eingaben aus, um die Korrektheit der Ergebnisse und die Effizienz der Software zu überprüfen. Sowohl manuelle als auch automatisierte Testverfahren kommen zum Einsatz.

Methoden und Typen – Dynamische Tests

Es gibt verschiedene Methoden und Typen von dynamischen Tests, darunter White-Box-Testing, Black-Box-Testing und Grey-Box-Testing.

White-Box-Testing

White-Box-Testing, auch als Struktur- oder Glass-Box-Testing bekannt, erfordert Kenntnisse über die interne Funktionsweise des zu testenden Systems. Entwickler und Tester verwenden diese Methode, um spezifische Teile eines Codes zu testen und sicherzustellen, dass alle Pfade und Zustände korrekt funktionieren.

Black-Box-Testing

Black-Box-Testing, auch als Verhaltens- oder Spezifikationstesting bekannt, konzentriert sich auf die Funktionalität des Systems ohne Kenntnis seiner internen Strukturen oder Arbeitsweisen. Tester konzentrieren sich auf Eingabe- und Ausgabewerte, um sicherzustellen, dass die Software ihre definierten Anforderungen erfüllt.

Grey-Box-Testing

Grey-Box-Testing, kombiniert Aspekte des Black-Box- und White-Box-Testing. Tester haben hierbei teilweise Kenntnisse über die interne Struktur des Systems und können so sowohl die Funktionalität als auch die interne Arbeitsweise prüfen.

Dynamische Tests in der agilen Entwicklung

In agilen Entwicklungsprozessen sind dynamische Tests unerlässlich. Sie ermöglichen ein kontinuierliches Testen und Feedback, was zur frühzeitigen Identifizierung und Behebung von Fehlern führt. Insbesondere automatisierte dynamische Tests unterstützen dabei, den Entwicklungsprozess effizienter und reaktionsfähiger zu gestalten.

Welche Software kann man nutzen?

Selenium

Selenium ist ein weit verbreitetes Open-Source-Tool für automatisierte Webanwendungstests. Es unterstützt viele Sprachen wie Java, C#, Python und Ruby.

JMeter

JMeter ist ein Open-Source-Lasttest-Tool von Apache, das man zum Testen von Performance und Last auf Webanwendungen und verschiedenen Diensten verwendet.

Postman

Postman ist ein Tool, das man für die Automatisierung von API-Tests verwendet. Es bietet eine benutzerfreundliche Oberfläche und unterstützt verschiedene Arten von Anfragen.

JUnit

JUnit ist ein Framework für Unit-Tests in der Java-Programmiersprache. Es ist nützlich für White-Box-Tests, bei denen der Tester Kenntnisse über die interne Funktionsweise des zu testenden Systems hat.

TestComplete

TestComplete ist ein kommerzielles, automatisiertes UI-Test-Tool, das sowohl Experten als auch Nicht-Programmierer nutzen. Es unterstützt verschiedene Arten von Anwendungen, einschließlich Web-, Mobile- und Desktop-Anwendungen.

Appium

Appium ist ein Open-Source-Tool für die Automatisierung von mobilen Anwendungen. Es unterstützt sowohl native als auch hybride Anwendungen und Webanwendungen auf iOS und Android.

Cucumber

Cucumber ist ein Open-Source-Tool, das man für Behaviour-Driven Development (BDD) verwenden kann. Es ermöglicht die Ausführung von funktionalen Tests, die in natürlicher Sprache geschrieben sind.

SoapUI

SoapUI ist ein Open-Source-Tool zum Testen von Web-Services. Es wird hauptsächlich für Functional Testing, Load Testing und Security Testing verwendet.

PyTest

PyTest ist ein Framework für Unit-Tests in der Python-Programmiersprache. Es ist nützlich für die Durchführung sowohl einfacher Unit-Tests als auch komplexer funktionaler Tests für Anwendungen und Bibliotheken.

Ranorex

Ranorex ist ein kommerzielles Tool für die Automatisierung von End-to-End-Tests auf Desktop-, Web- und mobilen Plattformen.

Robot Framework

Robot Framework ist in generisches Open-Source-Automatisierungssystem für Akzeptanztests und Akzeptanztestgetriebene Entwicklung (ATDD). Es verwendet Schlüsselwörter, um Testfälle zu definieren und zu steuern.

TestNG

TestNG ist ein Testing-Framework, das von der Java-Programmiersprache inspiriert ist und viele fortschrittliche Konfigurations- und Steuerungsfunktionen bietet, sowie die Unterstützung für Datengetriebene Tests.

Fazit

Die effektive Nutzung dynamischer Tests trägt maßgeblich zur Sicherung der Softwarequalität bei. Mit den verschiedenen Methoden und Typen von dynamischen Tests lässt sich das Verhalten eines Systems unter realen Bedingungen prüfen und bewerten. Die Integration von dynamischen Tests in agile Entwicklungsprozesse ermöglicht darüber hinaus ein schnelles und effektives Feedback, was zur frühzeitigen Behebung von Fehlern und zur Verbesserung der Softwarequalität führt.

Der Beitrag Dynamische Tests – Fehler zur Party einladen! erschien zuerst auf CEOsBay.

Seit 2009 ist es ein Open-Source-Projekt, dass auf gute Testbarkeit ausgelegt ist (An dieser Stelle möchte ich auf den Test Driven Development Beitrag verweisen 😉 ). Dies bietet ein MVC/MVVM-Framework, welches bidirektionales Databinding unterstützt.

MVC/MVVM?

MVVM teilt die verschiedenen Komponenten des Entwicklungsprozesses in drei Kategorien auf. Model, View und ViewModel. In der Regel handelt es sich dabei um Code-Markup oder grafische Benutzeroberflächen (GUI). MVC (Model-View-Control) ist eine Methode, mit der Entwickler Programme in diese drei Komponenten aufteilen. Auf diese Weise lassen sich geschäftliche Anforderungen und Regeln von der Art und Weise unterscheiden, wie Benutzer mit der Anwendung arbeiten. Gerne gehe ich in einem zukünftigen Beitrag näher darauf ein.

Unterschiede zwischen Angular und AngularJS

Angular ist wie bereits erwähnt der Nachfolger von AngularJS. Von Grund auf neu geschrieben, unterscheiden die beiden sich grundsätzlich und in vielerlei Hinsicht.

• Angular kennt keine „scopes“ oder Controller, sondern verwendet eine Hierarchie von Komponenten als zentrales Architekturkonzept.
• Angular hat eine einfachere Syntax für Ausdrücke: Mit „[ ]“ werden Bindings für Eigenschaften und mit „( )“ werden Bindings für Events erzeugt.
• Mobile-First-Ansatz: Die Anforderungen von mobilen Plattformen haben besondere Priorität.
• Modularität: Module können Funktionalitäten auslagern, sodass Code leichtgewichtiger und schneller sein kann.
• Es liegt lediglich die Unterstützung moderner Browser vor, wodurch man weniger Workarounds wegen Browser-Kompatibilitätsproblemen benötigt.
• Angular empfiehlt die Verwendung von TypeScript. Es bietet Klassenbasierte objektorientierte Programmierung, Statische Typisierung und Generics.
• TypeScript ist eine Obermenge von ECMAScript 6 (ES6) und ist rückwärts kompatibel mit ECMAScript 5, damit JavaScript. Angular bietet somit auch die Vorzüge von ES6: (Lambdas, Iteratoren, for…of-Schleifen, Generatoren im Stil von Python, Reflexion)
• Verbesserte Dependency Injection: Bindings ermöglichen die Benennung von Abhängigkeiten.
• Directives dienen dem Zweck, dass Aussehen und Verhalten eines Tags dynamisch zu verändern.
• Dynamisches Laden ist möglich
• Asynchrone Kompilierung von Templates
• Einfacheres Routing
• Kontroller und $scope sind durch Komponenten und Directives ersetzt. Eine Komponente ist eine Directive mit einem Template.
• Reaktive Programmierung mit RxJS

Angular für konventionelle Websites?

Angular ist ideal für Websites mit dynamischem Inhalt, jedoch nicht für kleine Seiten mit statischem Inhalt geeignet. Die Implementierung von Angular erhöht in diesem Fall lediglich die Gesamtgröße des Projekts und folglich auch die Ladezeiten. Dies ist eines der Hauptgründe, warum man Angular nicht für Landing Pages und Websites mit statischem Inhalt verwenden sollte. Davon abgesehen ist Angular weit davon entfernt, SEO-freundlich zu sein. Und im Zeitalter von Search-Engine-Optimization gibt es weitaus bessere Alternativen, um dieses Ziel zu erreichen. Auch ist Angular keine gute Lösung für kurzfristige Projekte oder Start-ups mit begrenzten Ressourcen. Die Komplexität des Front-Ends kann in relativ kurzer Zeit immense Ausmaße annehmen und später schwer zu bändigen sein.

Das Hauptanwendungsgebiet von Angular bestand darin, Einzelseiten-Webanwendungen zu erstellen. Aus diesem Grund verfügt es über eine breite Palette von Werkzeugen für die SPA-Entwicklung. Darüber hinaus ist es eine ideale Technologie für Websites, bei denen sich der Inhalt auf der Grundlage des Nutzerverhaltens und der Präferenzen der Benutzer dynamisch anpasst. Dependency Injections stellen sicher, dass im Falle der Änderung einer Komponente andere Komponenten, die mit ihr in Zusammenhang stehen, automatisch mitgeändert werden.

Die 3 verschiedenen Ladetechniken

Bei der Arbeit mit Angular bieten sich 3 verschiedene Ladetechniken an. Diese sind das Eager Loading, Lazy Loading und Preloading, auf die ich nachfolgend eingehe.

Eager Loading (Eifriges Laden)

Der Abruf aller benötigten Daten möglichst wirksam und umgehend bzw. sofort. Hierzu gibt es im Grunde genommen nicht viel anzumerken. Die Technik ist zwar effizient, doch die Tatsache, dass man eventuell nur einen bestimmten Teil der Daten benötigt aber dennoch alle Daten lädt, kann sich schnell zu einem Nachteil entwickeln, wenn es sich um große Datenmengen handelt.

Lazy Loading (Langsames Laden)

Die am wenigsten eifrige bzw. nicht eifrige Ladetechnik. Wenn man faul ist, tut man so lange nichts, bis man es wirklich muss oder dazu gezwungen wird. Man stelle sich vor, dass die Anwendung drei Bereiche hat. Home, Admin und das Dashboard. Auf den Home-Bereich wird ständig zugegriffen, auf den Dashboard-Bereich die meiste Zeit. Der Admin-Bereich wird jedoch nur von einigen wenigen Nutzern verwendet. Folglich kann man die Admin-Route nach und nach laden. So lange niemand auf die Idee kommt, auf den Verwaltungsbereich der Anwendung zu klicken, wird der damit verbundene Code auch nicht ausgeführt bzw. nicht geladen.

Die Mehrheit der Nutzer lädt den Code für den Verwaltungsbereich schlichtweg nie. Wenn man also Lazy Loading verwendet, kann man grundsätzlich schneller auf die Anwendung zugreifen, da man nicht so viel Code vom Server laden muss. Dies hängt damit zusammen, dass das ORM-Werkzeug (Objekt-Relationales Mapping-Werkzeug) jeglichen Zugriff auf alle Objektreferenzen »abfangen« muss, um hier bei Bedarf die verbundenen Objekte nachladen zu können. Dieses Abfangen erfolgt durch die Verwendung bestimmter Klassen für Einzelreferenzen und Mengenklassen. Der Unterschied zwischen den ORM-Werkzeugen liegt darin, ob der Entwickler diese Klassen explizit im Code verwenden muss oder ob das ORM-Werkzeug diese beim Kompilieren oder zur Laufzeit austauscht.

Preloading (Vorladen)

Die „somewhere-in-between“ (Irgendwie Zwischendrin) Ladetechnik. Beim Preloading macht man im Grunde genommen dasselbe wie beim Lazy Loading, nur ein bisschen anders.

Anhand des Home, Dashboard und Admin Beispiels lässt sich dies folgendermaßen darstellen. Die Startseite braucht man immer. Also lädt man diese schnell bzw. eifrig. Der Admin-Bereich wird nur selten und nur von wenigen Benutzern benötigt, also kann man diesen erst einmal etwas vernachlässigen bzw. „lazy“ laden. Aber das Dashboard ist nicht das Erste, was ein Benutzer sieht, also kann es grundsätzlich erst einmal warten. Doch das Dashboard ist gleichzeitig etwas, dass die meisten der Benutzer irgendwann sehen möchten. Also sollte es zumindest dann zur Verfügung stehen, wenn das Laden des Home-Bereichs fertiggestellt ist. Nach jeder erfolgreichen Navigation sucht der Router in seiner Konfiguration nach einem nicht geladenen Modul, das er vorladen kann.

Der Home-Bereich wird erfolgreich geladen und unmittelbar danach wird der Dashboard-Bereich im Hintergrund geladen.

Welche Ladetechnik kann/soll ich nun verwenden?

Wie bei vielen Angelegenheiten in der IT kommt es hier auf den spezifischen Anwendungsfall und den zur Verfügung stehenden Ressourcen an. Wenn man nicht genau weiß, ob man die zusätzlichen Daten benötigt oder nicht, dann kann es ungünstig sein, sie direkt zu laden. Es kann aber auch ungünstig sein, sie später nachladen zu müssen. Entscheidend bei der Entscheidung ist die Wahrscheinlichkeit, ob und wann man die jeweiligen Daten für wen benötigt, um welche Datenmenge es sich handelt und ob man die Daten später einfach nachladen kann. Zu beachten ist, dass man ein automatisches Nachladen, nach einer Serialisierung, in der Regel nicht mehr initiieren kann.

Release-Frequenz

Angular Releases folgen dem Konzept des Semantic Versionings. Man unterscheidet zwischen Major-, Minor- und Bugfix-Releases. Alle 6 Monate gibt es eine neue Major Release. Major Releases enthalten signifikante neue Features, sind aber nicht abwärtskompatibel. Der Umstieg auf eine neuere Major Release benötigt daher oft Update-Scripts, Refactorings des bestehenden Codes, weitere Tests und das Erlernen neuer APIs. Zu jeder Major Release gibt es ein bis drei Minor Releases. Patch Releases und Pre-Releases gibt es fast jede Woche.

Support

Der Support von Major Releases beträgt typischerweise 18 Monate lang nach Release. Davon 6 Monate aktiv. Aus diesem Grund gibt es in regelmäßigen Abständen Minor Releases und Patch Releases. Es folgt ein 12-monatiger Long Term Support (LTS) in Form von Patch-Releases, ausschließlich zur Behebung kritischer und sicherheitsrelevanter Fehler.

Fazit

Bei der Verwendung von Angular sollte von vornherein klar sein, dass die Realisierung eines Projekts mit der Abnahme vieler Entscheidungen über Architektur und des Renderings verbunden ist. Dies hat den Vorteil, dass sich das Projektteam zu 100% auf die Umsetzung von Features konzentrieren kann und nicht die grundlegende Architektur eigenständig aufbauen muss.

Durch die sehr einheitliche Struktur von Angular Anwendungen lassen sich gute Entwickler sehr schnell in das Projekt integrieren, da Angular Anwendungen stets einer gewissen Struktur folgen. Dies vereinfacht die Skalierbarkeit des Teams als auch des Projektes selbst als vergleichsweise bei Individuallösungen der Architektur in anderen Frameworks.

Generell ist es für Enterprise Projekte sicherlich eine gute Wahl. Dennoch sollte man andere Frameworks wie React und VueJS nicht außer Acht lassen, über die ich in den kommenden Tagen schreibe.

Der Beitrag Angular – Entfaltung des vollen Potenzials von Webanwendungen erschien zuerst auf CEOsBay.

Funktionsweise und Vorteile von AJAX

Eine der wichtigsten Vorteile von AJAX ist die Möglichkeit, Webanwendungen zu entwickeln, die schneller und reaktionsfähiger sind. Durch die Verwendung von AJAX müssen Benutzer nicht mehr warten, bis die gesamte Seite neu geladen ist, um Änderungen zu sehen. Stattdessen lädt man nur die benötigten Daten asynchron vom Server und zeigt diese aktualisierten Inhalte dann auf der Seite. Dies führt zu einer verbesserten Benutzererfahrung und einer höheren Interaktion der User.

Es arbeitet mit einer Kombination aus JavaScript, HTML, CSS und dem XMLhttpsRequest-Objekt (XHR), um Daten asynchron zwischen dem Server und der Client-Seite auszutauschen. Das XMLhttpsRequest-Objekt ist eine API, die es JavaScript ermöglicht, Daten über https oder https asynchron abzurufen oder zu senden, ohne die Seite neu zu laden. Mit Hilfe des XHR-Objekts können Entwickler Daten im JSON-, XML– oder Textformat abrufen oder senden.

Ein weiterer Vorteil von AJAX ist die Fähigkeit, auf Ereignisse und Interaktionen der Benutzer in Echtzeit zu reagieren. Entwickler können es verwenden, um Benutzeraktionen wie das Klicken auf Schaltflächen oder Links abzufangen und bestimmte Funktionen auszuführen, ohne die Seite neu zu laden. Dies ermöglicht es Entwicklern, dynamische und interaktive Benutzeroberflächen zu erstellen, die reaktionsschnell und benutzerfreundlich sind.

Neben vielen Vorteilen gibt es auch einige Nachteile

Nicht alle Browser unterstützen es vollständig. Einige ältere Browser können Probleme bei der Verarbeitung von AJAX-Code haben, was dazu führen kann, dass die Webanwendung nicht wie erwartet funktioniert. Entwickler müssen daher sicherstellen, dass man ihre Anwendungen auf allen gängigen Browsern testet, um eine optimale Funktionalität sicherzustellen. Da AJAX es ermöglicht, Daten in Echtzeit zwischen Server und Client zu übertragen, können Sicherheitsrisiken entstehen, wenn man nicht die richtigen Vorkehrungen trifft. Unzureichende Validierung von Benutzereingaben und unsichere Datenübertragungen können zu Sicherheitslücken führen, die böswillige Angreifer ausnutzen könnten.

Die Implementierung von AJAX kann sich relativ komplex gestalten. Insbesondere bei komplexen Anwendungen, die viele Interaktionen und eine große Datenverarbeitung erfordern. Entwickler müssen sorgfältig planen und organisieren, um sicherzustellen, dass ihre Anwendungen effizient und zuverlässig funktionieren.

Die Verwendung von AJAX kann zu Barrierefreiheitsproblemen führen, da einige Benutzer möglicherweise Probleme haben, auf dynamische Inhalte zuzugreifen, die man dann in Echtzeit aktualisiert. Entwickler müssen sicherstellen, dass ihre Anwendungen barrierefrei sind und für alle Benutzer gleichermaßen zugänglich sind.

Suchmaschinen können Schwierigkeiten haben, AJAX-basierte Inhalte zu indizieren und zu durchsuchen, was zu SEO-Problemen führen kann. Entwickler müssen sicherstellen, dass ihre Anwendungen für Suchmaschinen optimiert sind und dass die Indexierung der gesamten Inhalte möglich ist.

Wo findet AJAX Einsatz?

AJAX wird heute in einer Vielzahl von Anwendungen eingesetzt, darunter in sozialen Netzwerken, E-Commerce-Websites, Echtzeit-Chat-Anwendungen und auch in Spielen.

Fazit

Zusammenfassend ist AJAX eine leistungsstarke Technologie, die die Art und Weise, wie man Webanwendungen entwickelt, grundlegend verändert. Durch die Verwendung von AJAX kann man Webanwendungen schneller und reaktionsfähiger machen. Es ermöglicht auch die Entwicklung von interaktiven Webanwendungen, die in Echtzeit auf Benutzeraktionen reagieren können, und bietet Plattformunabhängigkeit. Insgesamt bietet AJAX eine leistungsstarke Technologie für die Entwicklung moderner und interaktiver Webanwendungen. Es ist eine wichtige Technologie, die von vielen Webentwicklern und Unternehmen auf der ganzen Welt genutzt wird, um bessere Webanwendungen zu erstellen, die eine bessere Benutzererfahrung bieten.

Der Beitrag AJAX – Dynamische und interaktive Webanwendungen mit kurzen Ladezeiten erschien zuerst auf CEOsBay.

Prototypenbasierte Programmierung

Prototypenbasierte Programmierung, auch als klassenlose Objektorientierung bekannt, ist eine Form der objektorientierten Programmierung, die auf das Sprachelement der Klasse verzichtet. Objekte werden nicht durch Instanziierung (Der Prozess des Lesens oder des Angebens von Informationen) einer Klasse, sondern durch Klonen bereits existierender Objekte erzeugt. Bei diesem Klonen werden alle Eigenschaften (Attribute und Methoden) des Prototyp-Objektes kopiert. Sie können aber überschrieben werden, und das neue Objekt kann mit neuen Eigenschaften versehen werden. Hierzu aber in einem anderen Beitrag mehr.

Deklarative Programmierung

In der Informatik ist die deklarative Programmierung ein Programmierparadigma – ein Stil zum Aufbau der Struktur und der Elemente von Computerprogrammen -, dass die Logik einer Berechnung ausdrückt, ohne ihren Kontrollfluss zu beschreiben. Folglich wird im Quellcode festgelegt, was in welcher Reihenfolge und wie zu tun ist: „First do this and next do that / Erst dies und dann das tun“. Ich werde dieses Thema aber noch in einem anderen Beitrag ausführlich behandeln.

Imperative Programmierung

Die Imperative Programmierung ist ein Programmierparadigma, nach dem „ein Programm aus einer Folge von Anweisungen besteht, die vorgeben, in welcher Reihenfolge was vom Computer getan werden soll. Auch dieses Thema wird später noch in einem anderen Beitrag genauer thematisiert.

Objektorientierte Programmierung

Die objektorientierte Programmierung (kurz OOP) ist ein auf dem Konzept der Objektorientierung basierendes Programmierparadigma. Die Grundidee besteht darin, die Architektur einer Software an den Grundstrukturen desjenigen Bereichs der Wirklichkeit auszurichten, der die gegebene Anwendung betrifft. Eines der wichtigsten Programmierparadigmen unserer Zeit. Ich werde noch einige Beiträge zur objektorientierten Programmierung erstellen.

Single-thread

In der Informatik bezeichnet Thread einen Ausführungsstrang oder eine Ausführungsreihenfolge in der Abarbeitung eines Programms. Ein Thread ist Teil eines Prozesses. In meiner Jugend kannte man diesen Begriff noch in Zusammenhang mit Multithreading bei Prozessoren. War damals für uns wie ein Traum. Aber auch zu diesen Begrifflichkeit in einem anderen Beitrag mehr.

Dynamische Programmierung

Die dynamische Programmierung dient zur Lösung eines Optimierungsproblems durch algorithmische Verfahren. Das Problem wird in Teilprobleme zergliedert und es werden systematisch Zwischenergebnisse gespeichert. Auch hierzu in einem späteren Beitrag mehr.

Multiparadigmatische Programmiersprachen

Eine Multiparadigmen Programmiersprache ist eine Programmiersprache, die zur Problemlösung mit verschiedenen Programmierparadigmen die geeigneten Sprachmittel besitzt.

Java = / ≠ JavaScript

Sowohl Java als auch JavaScript sind in den USA und anderen Ländern eingetragene Marken von Oracle. Sie sind aber keineswegs identisch. Obwohl sie ähnlich klingen, sind sie in Bezug auf Syntax, Semantik und Anwendung der Sprache im wirklichen Leben sehr unterschiedlich.

Geschichte

Brendan Eich (Ein Programmierer der Netscape Communication Corporation) hat JavaScript 1995 entwickelt. Offenbar brauchte er etwa 10 Tage, um Mocha zu entwickeln. Später wurde der Name der Sprache in Mona und dann in LiveScript geändert. Derzeit ist sie allgemein als JavaScript bekannt. 1996 wurde es von der ECMA übernommen, die JavaScript mit der ECMAScript Language Specification und den ECMAScript Internationalized API Spezifikationen versah. Im Jahr 2005 traten Eich und Mozilla der ECMA bei, und die JavaScript-Gemeinschaft blühte auf. Im Jahr 2016 nutzten 92 % der Websites JavaScript, von großen Tech-Giganten wie Facebook und Google bis hin zu kleinen Start-Ups, wie meines.

Heute

Derzeit wird die Sprache immer noch überall eingesetzt und ist eine der am häufigsten verwendeten clientseitigen Skriptsprachen. Von 1995 bis heute hat JavaScript einen langen Weg zurückgelegt. Heutzutage wird es innerhalb von HTML-Elementen geschrieben, um Dynamik in Webprojekten und konventionellen Desktop-Anwendungen zu ermöglichen. So ziemlich alle Echtzeit Onlinespiele beinhalten die Sprache. Viele andere Technologien wurden auf der Grundlage von JavaScript entwickelt, zum Beispiel NodeJS® – welches ich in einem anderen Beitrag kurz angeschnitten habe, React – was ich in einem anderen Beitrag thematisieren werde. JavaScript ist zwar alt und hat eine komplexe Vergangenheit, doch genau diese Tatsache haben wir es zu verdanken, dass sie auch enorm großes Spektrum an Bibliotheken und Frameworks bietet. Hierzu nachfolgend mehr.

JavaScript-Bibliotheken

Um die Programmierung zu erleichtern, gibt es, wie bereits erwähnt, Unmengen an sogenannter JavaScript-Bibliotheken und -Frameworks. Diese Bibliotheken werden verwendet, um Code für komplexere Funktionalitäten schneller schreiben zu können. Sie ermöglichen es Entwicklern, vorgefertigte Code-Snippets zu nutzen und eigene Code-Snippets für die zukünftige Verwendung zu erstellen und zu speichern. Wenn man solch eine Bibliothek für seine eigenen Routinen erstellt hat und Herr dieser Daten ist, sind auch Zeit- als auch Arbeitsersparnisse die daraus resultieren immens. Beispiele für JavaScript-Bibliotheken sind: jQuery, ReactJS, Google Polymer, Dojo-Toolkit und Three.js. Wobei Three.js eine browserübergreifende JavaScript-Bibliothek und gleichzeitig eine Anwendungsprogrammierschnittstelle zur Erstellung und Anzeige animierter 3D-Computergrafiken in einem Webbrowser mit WebGL darstellt. Letzteres ist eines meiner Lieblingsdinge, mit denen ich mich beruflich als auch privat gerne beschäftige.

JavaScript-Frameworks

JavaScript-Frameworks sind Vorlagen, die eine Codestruktur vorgeben, der man folgen kann. Dadurch wird die Entwicklung teilweise erleichtert. Doch gleichzeitig schränkt es einen auch in gewisser Weise ein, da man als Entwickler gewisse Regeln beachten muss. Beispiele für JavaScript-Frameworks sind. beispielsweise Vue.js, AngularJS und Apache Royale.

Übrigens: Wenn JavaScript ohne die Verwendung von Bibliotheken oder Frameworks geschrieben, wird es als „Vanilla-JavaScript“ bezeichnet.

Clientseitiges JavaScript und serverseitiges JavaScript

JavaScript kann sowohl clientseitig als auch serverseitig genutzt werden. Clientseitiges JavaScript ermöglicht die Manipulation von Browsern und Webseiten. Es führt das Skript im Browser des Nutzers aus und ist eine der häufigsten Verwendungsformen von JavaScript. Ich habe hierzu in einem anderen Beitrag ein paar Zeilen geschrieben bzw. es findet in der Three.js Web-Anwendung statt, die im Header Bereich meiner persönlichen Website zum Einsatz kommt.

Serverseitiges JavaScript läuft nicht im Browser, sondern auf dem Server. Generell ist es weniger verbreitet als clientseitiges JavaScript. Ein Beispiel für ein beliebtes serverseitiges Scripting-Framework für JavaScript ist NodeJS®.

Fazit

JavaScript ist eine der wichtigsten Programmiersprachen. Sie ist sehr dynamisch und wird sowohl in der Anwendungs-, Frontend- als auch in der Backend-Webentwicklung verwendet.

Angesichts der möglichen Auswirkungen auf die Geschwindigkeit und Performance der Anwendung oder Webseite ist es wichtig zu verstehen, wie JavaScript funktioniert. Anhand von Best Practices kann man lernen, effektiver zu programmieren und die Leistung seiner Anwendungen und Webseiten zu verbessern. Auch in Bezug auf SEO (Search Engine Optimization = Suchmaschinenoptimierung – Die Maßnahmen, die dazu dienen, um die Sichtbarkeit einer Webseite und ihrer Inhalte für Benutzer einer Suchmaschine bzw. die Auffindbarkeit zu erhöhen) spielt dies eine sehr große Rolle. Aber das Thema SEO werde ich in einem späteren Beitrag thematisieren.

Der Beitrag JavaScript – Die Sprache für interaktive und dynamische Webanwendungen erschien zuerst auf CEOsBay.