JavaScript in Unternehmensanwendungen

Das Grundproblem bei so etwas ist, dass lang laufende Scripts (z.B. für Gesichtserkennung) den Browser komplett blockieren können. In meinem Fall ruckelte meist nur das Video, aber der Extremfall dieses Problems ist das allseits bekannte Ein-Script-auf-dieser-Seite-läuft-zu-lange-Popup. All das will man nicht haben und eigentlich hat HTML5 auch hierzu eine Lösung parat. Das Dumme an der Lösung ist, dass ihre Benutzung recht viel Aufwand bedeutet, so dass ich etwas drumherum konstruiert habe, was die Angelegenheit in vielen Fällen auf einen JavaScript-Einzeiler reduziert: Unsync.

App-Entwickler benötigen immer häufiger auch eine Server-Infrastruktur. Anstatt alles selbst zu machen, kann man „Backend-as-a-Service“-Anbieter wie Parse nutzen.

The current situation in the world of corporate apps can be described with one word, chaotic.

Between legacy code that has been around for N years jumping from developer to developer with no documentation. To over complicated interfaces that are over complicating the code. To a mixture of N technologies in one single app. Lets face it, these things were not built with maintainability and support in mind. The problem we face today is, how do we fix all these apps? Where do we start? How do we bring sanity into them? How do we bring them into state of the art tech stacks?

This post represents my opinion of why using AngularJS in corporate applications will not only bring sanity to your apps, but it will allow them to evolve into the future.

Auch Anwendungen die auf JavaScript-MVC-Frameworks wie AngularJS aufbauen können mittels TDD entwickelt werden. Wie einfach dies ist hängt davon ab ob das jeweilige Framework dafür ausgelegt ist. Bei AngularJS wurde nicht nur an TDD gedacht sondern es gibt sogar eine (ausführliche) offizielle Dokumentation die zeigt wie man vorgehen soll.

AngularJS setzt sehr stark auf Dependency Injection. Wenn alle Abhängigkeiten wie Services, Libraries und sogar der DOM an die eigenen Methoden übergeben wird braucht man selber keine fixen Abhängigkeiten mit new zu erzeugen. Fürs testen genügt es so die Abhängigkeiten zu simulieren ohne das man auf den konkreten Service oder den ganzen DOM angewiesen ist.

Bei AngularJS empfiehlt nicht nur die Dokumentation diese Vorgehensweise, sondern es ist auch der einfachste Weg um mit dem Framework zu arbeiten. Dadurch sind die meisten Anwendungen in einer guten Ausgangsposition um automatisch getestet zu werden.

Die Feature-Vielfalt der Developer Tools und die gute Integration in den Browser machen Chrome zur Zeit zur besten Debugging-Umgebung, die man sich als Webentwickler wünschen kann. Das eigentlich Tolle den Devtools sind die vielen kleinen Dinge, die das Leben leichter machen. Es ist sicher total nützlich, dass man JavaScript-Profiling betreiben kann und Performance-Daten exportieren kann, aber für den Alltag sind dann doch weniger die die Super-Nerd-Features und die Brot-und-Butter-Funktionen als die die Kleinigkeiten wichtig. Ich dachte ich schreibe mal alle dieser Kleinigkeiten auf, die mir so einfallen und von denen ich mir gewünscht hätte, dass man sie mir eher verrät.

Die Anforderungen an Usability, Stabilität, Modularität und Skalierbarkeit nehmen rapide zu – vom kleinen Community-Projekt bis zur Enterprise-Anwendung. Das JavaScript-Framework Meteor liefert einen vielversprechenden Ansatz für die agile Entwicklung der nächsten Generation von Web-Anwendungen.

Wer sich also die Einsatzbereiche von JavaScript vor Augen führt und über die Vorteile einer Hochzeit von Browser- und Server-Welt nachdenkt, sollte unbedingt einen Blick auf die Plattform Meteor werfen. Ein kleines Team aus San Francisco entwickelt die auf JavaScript basierende Full-Stack-Webentwicklungs-Plattform Meteor seit 2011. Seit 2012 hat es dafür 11,2 Millionen US-Dollar Venture Capital bekommen. Das Ziel: die Entwicklung komplexer Web-Applikationen radikal vereinfachen. Der Meteor-Programmcode selbst ist Open Source und steht unter MIT-Lizenz. Meteor ist vielmehr eine Plattform als nur ein Framework. Das Rad wird nicht neu erfunden, aber es werden eine Reihe etablierter Technologien und Konzepte geschickt zusammengeführt. Dadurch entsteht ein komplexes Standardverhalten out of the box. 

Backbone.js ist das mit Abstand am weitesten verbreitete MVC-Framework für die Entwicklung von Single-Page-Anwendungen – doch ist es auch das Beste? Um diese Frage beantworten zu können, muss man zunächst die Konzepte von Backbone.js verstehen und einordnen.

Anders als Knockout.js verwendet Backbone.js nicht das moderne Entwurfsmuster Model View ViewModel (MVVM), sondern das deutlich ältere und daher weiter verbreitete Model View Controller (MVC). Allerdings passt es einige Aspekte von MVC an seine individuellen Anforderungen an, setzt MVC also nicht in Reinform um.

Das Wichtigste, was uns knockoutJS bietet, sind Observables. Observables sind quasi der Kleber zwischen unseren JavaScript-Objekten (ViewModels) und den HTML-Elementen (View). Über eine definierte Syntax werden die Eigenschaften des ViewModels an die HTML-Elemente gebunden (Data Binding).

Gibt es Änderungen in einer Eigenschaft des ViewModels, werden diese sofort im View aktualisiert. Umgekehrt funktioniert das genauso. Ändert sich ein Eintrag z.B. in einem Textfeld, wird das direkt in die Eigenschaft des ViewModels geschrieben. Früher mussten händisch Eventhandler erstellt werden, um diesen Mechanismus abzubilden. Heute übernehmen diese Arbeit Frameworks wie knockoutJS für uns.

Eine SPA-Anwendung – Balsam für die Seele – oder ein wohltuendes Werkzeug für viele Entwickler. Es ist schon richtig, diese neuartigen Anwendungen als Hype zu bezeichnen, welche komplett ohne Postback und klassischem, kompletten Seitenwechsel auskommen, schick und performant sind, und neuerdings auch schnell und einfach geschrieben werden können. Es gibt ja mittlerweile die passenden Frameworks dazu, welche über Nacht aus Grund und Boden erwachen.

Wer es bereits versucht hat, eine solche Anwendung mit JavaScript zu entwickeln, ohne passendem Framework wohlgemerkt (jQuery ausgeschlossen), der wird bestimmt irgendwann an seine Grenzen gestoßen sein. Spätestens dann, wenn die Anzahl an Codezeilen ins Unendliche steigt und der Code weder wart- noch testbar ist. Das Wors-Case Szenario, sozusagen, denn weder JavaScript noch Sie werden dabei eine Freude haben.

Das Model View ViewModel-Pattern hat praktisch gesehen in Knockout eine fundamentale Funktion: Daten sollen an eine View gebunden werden, ohne irgendwelche DOM-Manipulationen (damit sind Funktionen gemeint, welche die HTML-Ausgabe verändern wie z.B. jquery.val oder jquery.html) direkt im Code des Viewmodels zu beherbergen. Das heißt, das ViewModel bleibt jQuery-frei.

Häufig mogelt sich JavaScript ungetestet in Anwendungen. Mit dem Testmodul Buster.JS lässt sich die Skriptsprache im Browser und auf dem Server überprüfen.

Während Knockout das moderne Entwurfsmuster Model View ViewModel (MVVM) verwendet, setztBackbone.js auf dessen Vorgänger Model View Controller (MVC). Das von Google entwickelte Open-Source-Framework AngularJS favorisiert weder das eine noch das andere Entwurfsmuster, sondern verknüpft beide auf elegantem Weg. Genau wie Knockout implementiert AngularJS MVVM, um eine bidirektionale Datenbindung zwischen HTML und JavaScript zu ermöglichen, gleichzeitig strukturiert es jedoch den grundlegenden Aufbau von Webanwendungen mit MVC.

Für die Verdrahtung der Komponenten verfügt AngularJS über einen integrierten Dependency-Injection- Container (DI). Statt die Verbindungen statisch vorzunehmen, registriert man die Komponenten als eigenständige, isolierte Module und beschreibt ihre Abhängigkeiten, die AngularJS im Anschluss auflöst, deklarativ.

Das hervorstechendste Merkmal des Frameworks ist jedoch die Möglichkeit, eigene HTML-Elemente und -Attribute definieren zu können, die innerhalb der Webanwendung als eigenständige Komponenten zur Verfügung stehen. Auf diesem Weg lässt sich eine Brücke zwischen Entwicklern und Designern schlagen und die Semantik von HTML für eigene Belange erweitern.

Im vorherigen Artikel haben wir schon begonnen uns mit AngularJS auseinander zu setzen. Wir haben die ersten Erfahrungen gemacht und festgestellt, dass es eine Menge zu Lernen gibt. Zu den neuen Konzepten der Services und der Möglichkeit derDependency Injection, gibt es auch altbekannte Muster, wie das Data Binding und das Templating. Im Großen und Ganzen denke ich, dass der Aufwand überschaubar ist und dafür später durch eine flexible Anwendung belohnt wird.

Im Ergebnis kein Unterschied zu der Version mit knockoutJS (abgesehen von dem CSS und der Navigation). Allerdings haben wir durch die modulare Aufteilung des Service, der Controller und der Views die Chance bekommen, auch wesentlich komplexere Anwendungen zu entwerfen, die sich am Ende immer noch gut warten lassen.

Mozilla Brick stellt Mozilla eine Sammlung von UI-Komponenten auf Basis von Web Components vor.

Da ich mich seit geraumer Zeit intensiver mit dem AngularJS Framework beschäftige, hier einige Links die ich für hilfreich halte.

* Bücher

* Links

* Videotrainings & Youtube

Ractive.js ist eine vom Entwicklerteam des Guardian entwickelte Alternative zu Bibliotheken wie Angular.js, die euch dabei hilft, interaktive Websites und Web-Apps einfach und performant zu gestalten.

HTML definiert die Struktur, JavaScript das Verhalten einer Webanwendung. Doch wie verbindet man beide Welten auf elegante Art? Die JavaScript-Bibliothek Knockout.js schlägt mit dem MVVM-Entwurfsmuster eine Brücke.