Am 10.12.2013 stellten Marcel Sauer (Head of Software Development, ElitePartner),Oliver Zeigermann und ich (Oliver Ochs) in gemütlicher vorweihnachtlicher Runde die neue mobile Webseite unseres Kunden ElitePartner unter dem Motto “Tech Stack – pants down” vor.

SignalR ist ein Open Source Framework für Real Time WebApps. Das größte Problem am Real-Time im Web ist der Kanal zwischen Browser und Server.

WebSockets müssen nicht nur im Browser unterstützt werden, sondern auch vom Server. Im IIS selbst sind Websockets erst ab IIS 8.0 offiziell unterstützt. Das heisst nur ab Windows Server 2012. Davor gibt es in der IIS Pipeline keinen Weg das zu aktivieren.

Auf Browser Seite gibt es die Websockets-Unterstützt seit IE 10. Chome und Firefox unterstüten Websockets schon länger und alle modernen Browser haben das Feature implementiert.

Da es verschiedene “Protokoll-Arten” gibt und die Unterstützung sowohl vom Client als auch Server abhängig ist, ist es nicht ganz trivial Apps zu bauen. Hier kommt nun SignalR zum Zuge. SignalR baut automatisch die “best-mögliche” Verbindung auf und zudem bringt es ein sehr beeindruckendes Programmiermodell mit. SignalR selbst ist Open Source und der Code steht auf GitHub bereit. Trotzdem bekommt man (wenn man darauf angewiesen ist) vollen Support von Microsoft.

Für nahezu jede wichtige Programmiersprache gibt es Unit-Test-Frameworks. Wer allerdings Anwendungen in JavaScript erstellt, musste lange Zeit auf ein passendes Werkzeug verzichten. Erst in den letzten Jahren kamen entsprechende Tools auf dem Markt, darunter auch Jasmine.

Das Framework benötigt für die Ausführung der Tests kein DOM (Domain Object Model), weswegen es sich beispielsweise mit Node.js verwendet lässt. Für den Zweck gibt es ein Modul: jasmine-node wird mitnpm install jasmine-node -g installiert und lässt sich über jasmine-node beziehungsweise node lib/jasmine-node/cli.js einsetzen. Über die verfügbaren Argumente lassen sich die Tests spezifizieren.

In unserer Performance-Einsteiger-Serie verraten wir dir, was es bei der Arbeit mit Webseiten zu beachten gilt und wie du leicht selbst die Performance deiner Projekte verbessern kannst. Heute beleuchten wir alles rund um den Server.

chöne neue Browser – Welt. Mittlerweile hat in den neuen Browsern ein ich nenne es mal Protokoll Einzug gehalten, welches sich Websockets schimpft. Damit wird es möglich das der Client (Browser, WebApp) nicht mehr beim Server nach Neuigkeiten fragt, sondern der Server (in diesem Fall mit Node.jsumgesetzt) dem Client einen Hinweis gibt das es etwas neues gibt.

Da ich das ganze doch sehr spannend finde, habe ich mir mal die Freiheit genommen, und einen “stümperhaften”  Versuch unternommen das mal zu testen. Der hier vorgestellte Code ist wahrlich kein Meisterwerk, muss halt sagen, sind meine ersten Gehversuche mit Node.js und Websockets.

"Ein Handtuch ist so ungefähr das Nützlichste, was der interstellare Anhalter besitzen kann."
— Reiseführer "Per Anhalter durch die Galaxis"

Mit einem Handtuch kann man allerdings nicht nur dem gefräßigen Plapperkäfer von Traal ein Schnippchen schlagen, sondern auch ganz entspannt Single-Page Applications (SPA) erstellen. In dieser Serie erkläre ich, wie man mit dem Hot Towel SPA Template für Visual Studio von John Papa einfach und schnell datengetriebene Single-Page-Applikationen erstellen kann.

Aber was genau ist das Hot Towel Template? Das Hot Towel Template stellt ein Gerüst für eine SPA auf Basis von ASP.NET MVC bereit. Das Template bringt den Code der Applikation in eine modulare Struktur und stellt Komponenten für DataBinding, Navigation, Rich-Data-Management und Layout bereit.

Die verwendeten Komponenten sind unter anderem:

* ASP.NET MVC als Gerüst für die Applikation,
* ASP.NET Web API zur Bereitstellung der Daten,
* ASP.NET Web Optimization um die verwendeten JavaScript-Bibliotheken zu bündeln und zu minifizieren,
* Breeze.js für clientseitiges Datenmanagement,
* Durandal.js für die Navigation und zur Unterstützung des MVVM-Patterns,
* Knockout.js für DataBindings,
* Require.js für Modularität und Dependency Injection,
* Twitter Bootstrap und Toastr.js für ein nettes Äußeres.

Nachdem sich der erste Teil dieser zweiteiligen Blog-Serie mit der Server-Seite beschäftigt hat, geht es in diesem zweiten Beitrag nun um die Client-Seite, welche mit AngularJS umgesetzt wird.

Dieses Tutorial deckt der Einfachheit halber lediglich die Darstellung der Übersichtsseite mit allen Lernkarteien ab. Die Anzeige der einzelnen Karten innerhalb einer Lernkartei kann sehr ähnlich umgesetzt werden.

Die Beispielapplikation des Tutorials ist eine elektronische Lernkartei. Damit deren Aufbau und Funktionsweise einfach und verständlich ist, wurde diese bewusst einfach gehalten. Folgender Design Mock soll einen Eindruck davon vermitteln, wie die Übersicht über alle Lernkarteien aussehen könnte.

Mit der Serie „Responsive Webdesign“ wollen wir euch die Entwicklung flexibler Projekte erleichtern. In Teil 4 zeigen wir Möglichkeiten auf, wie ihr Formulare, Steuerungselemente und Diagramme für die responsive Darstellung fit machen könnt.

Laut der Projekt-Webseite ist Ember.js das perfekte JavaScript-Framework für ambitionierte Webapplikationen. Ambitioniert sollte allerdings auch jeder Programmierer sein, der mit Ember neu anfängt. Im Gegensatz zu Angular.js ist die Einstiegshürde vergleichsweise hoch.

Als Programmierer muss man sich immer fragen, was für den eigenen Anwendungsfall wirklich die optimale Lösung ist. Ember.js, Angular.js und Backbone.js sollten nicht l’art pour l’art eingesetzt werden. Wer online eine echte Applikation mit dynamischen Elementen zur Verfügung stellen will, braucht ein solches Framework. Wer aber nur eine normale Webseite mit Informationen zur eigenen Firma veröffentlichen will, ist mit klassischem HTML und der Programmierung von dynamischen Elementen mit PHP, Python oder Ruby in Kombination mit einem Framework wie Django und Ruby on Rails besser beraten.

Ember ist ein "opinionated" MVC-Framework (Model-View-Controller). Der Zusatz "opinionated" heißt im Klartext: "Sachen werden so gemacht, wie wir uns das vorstellen oder gar nicht." Wer auf der Serverseite mit den erwähnten Frameworks arbeitet, wird an Ember.js Freude haben. Wer mit strikten Konventionen wenig anfangen kann, der sollte lieber in Richtung Angular.js gehen. Um die Wahl etwas zu erleichtern, sind in der folgenden Tabelle die wichtigsten Entscheidungsfaktoren gegenübergestellt.