JavaScript und TypeScript: neue Frontends für bestehende Backends

Wir bauen neue Frontends für Anwendungen, deren Backend weiterläuft, und lösen alte jQuery-Versionen ab. Für neue Projekte empfehlen wir ein Frontend auf Node.js, etwa Next.js mit React und TypeScript. Ob ein neuer Stack zu Ihrem System passt, entscheiden wir mit Ihnen.

  • Full Stack seit 2012, Frontend und Backend
  • jQuery in gewachsenen Anwendungen
  • Antwort innerhalb eines Werktags

Wo wir JavaScript und TypeScript einsetzen

In Kundensystemen arbeiten wir vor allem mit gewachsenen jQuery-Frontends. Wir pflegen sie, heben sie auf gepflegte Versionen und ersetzen einzelne Bereiche, wenn sich das lohnt. Das Backend dahinter, etwa PHP, ColdFusion oder Lucee, läuft dabei weiter.

Der neue Stack, das sind React, Next.js und TypeScript auf Node.js. Für ein bestehendes Backend, etwa in PHP, ColdFusion oder Lucee, bauen wir ein neues Frontend, das über eine API mit ihm spricht. Auch bei neuen Projekten empfehlen wir ein Frontend auf Node.js, zum Beispiel mit Next.js. Welche Technik zu Ihrem System passt, entscheiden wir gemeinsam.

Ein Browserfenster mit Schaltflächen, Schieberegler und kleinem Balkendiagramm, über eine Leitung mit orangem Stecker mit einem Server darunter verbunden

Typische Aufgaben

  • Ein neues Frontend für ein bestehendes Backend, Bereich für Bereich neben dem laufenden System (Frontend-Altlasten: jQuery und Smarty).
  • Ausstieg aus jQuery 1.x und 2.x: Update auf eine gepflegte Version mit dem Plugin jQuery Migrate, Austausch von Plugins ohne Pflege.
  • Aufräumen gewachsener Skripte: Code in Templates, doppelt eingebundene Bibliotheken, Abhängigkeiten ohne Betreuer.
  • Schnittstellen, über die ein neues Frontend Daten aus dem bestehenden Backend holt (Monolith als Web-Service nutzen).
Links ein Stapel dünner Schichten voller verknäulter, gekringelter Linien, rechts vier saubere Blöcke übereinander, durch kurze orange Linien verbunden

Welche jQuery-Version läuft bei Ihnen?

Das jQuery-Projekt unterstützt nur die aktuelle Version. Die Zweige 1.x und 2.x erhalten keine Updates mehr, 3.x nur noch kritische Sicherheitskorrekturen und Fehlerbehebungen, aktuell ist 4.x (Stand: 2026-10, jquery.com (öffnet in einem neuen Fenster)).

Welche Version Ihre Anwendung lädt, zeigt meist schon der Dateiname der eingebundenen Bibliothek. Für den Umstieg stellt das Projekt das Plugin jQuery Migrate und Leitfäden bereit.

Ein Browserfenster mit vier Zeilen, beschriftet mit jQuery 1.x, 2.x, 3.x und 4.x, die aktuelle Version orange; eine Linie führt zu einem Wandkalender mit einem orange markierten Tag

Technologien und Umfang

Bereich Umfang
Frontend in Kundensystemen jQuery in gewachsenen Anwendungen, Update auf gepflegte Versionen
Neuer Stack React, Next.js, TypeScript und Node.js, auch als neues Frontend für ein bestehendes Backend
Backend dahinter PHP mit Smarty und Slim, ColdFusion und Lucee

Typische Ausgangslagen

  • Ihr Frontend hängt an jQuery 1.x oder 2.x und an Smarty-Templates, die niemand gern anfasst? Wir erneuern es Bereich für Bereich neben dem laufenden System und testen nach jedem Schritt. Die Zweige 1.x und 2.x unterstützt das jQuery-Projekt nicht mehr (Stand: 2026-10).

  • Ihr Altsystem läuft und enthält Regeln, die niemand neu schreiben will. Wir stellen seine Logik als Web-Service bereit und schließen bekannte Lücken einmalig. Vergleichstests prüfen, ob die Funktion gleich bleibt, und das Neue entsteht daneben im neuen Stack.

  • Für PHP 8.2 enden die Sicherheits-Updates am 31.12.2026, für PHP 8.1 und älter sind sie bereits beendet (Stand: 2026-10). Wir bringen gewachsene PHP-Anwendungen, auch mit Smarty-Templates und jQuery-Frontend, auf PHP 8.4 oder 8.5 und testen jede Stufe.

  • Ihr Team kommt nicht hinterher, Fachwissen fehlt oder vor einer wichtigen Entscheidung brauchen Sie eine Zweitmeinung? Wir übernehmen einen abgegrenzten Teil: ein Modul, das Backend zu Ihrem Frontend, eine Schnittstelle, eine Migration oder ein Code-Review. Wir arbeiten in Ihrem Repository und Ticketsystem, Code und Wissen bleiben bei Ihnen.

Projekte mit JavaScript und TypeScript

  • Ein Telefon mit QR-Code, eine in Stücke geteilte Datei, drei parallele Ströme zu einem Server mit Festplatte und ein Galerieraster

    Eine Foto-Upload-App für Hochzeitsgäste

    Hochzeitsgäste scannen einen QR-Code, öffnen eine geheime Adresse und laden Fotos und Videos direkt vom Telefon hoch: keine App, kein Konto, keine Anmeldung. Dateien bis 5 GB landen auf der Festplatte des Kunden, und das Paar sieht zu, wie sich die Galerie während der Feier füllt. Ein Abend, keine zweite Chance, und Telefone von vor sechs Jahren.

Fragen zu JavaScript und TypeScript

Machen Sie Frontend und Backend oder nur Backend?

Beides. Unsere Ingenieure arbeiten seit 2012 als Full-Stack-Entwickler. Typische Aufgaben sind ein neues Frontend für ein bestehendes Backend und die Pflege gewachsener Frontends mit jQuery. Für neue Projekte empfehlen wir ein Frontend auf Node.js, etwa mit Next.js und React. Ob das für Ihr System passt, besprechen wir im Erstgespräch.

Müssen wir auf React oder ein anderes Framework umsteigen?

Nein. Ein Framework lohnt sich, wenn ein Frontend über Jahre weiterentwickelt wird und viele Bereiche ohne Neuladen der Seite arbeiten sollen. Für eine Anwendung, die sich selten ändert, reichen oft gepflegte Versionen von jQuery und Smarty und aufgeräumte Templates.

Welche Technik zu Ihrem System passt, entscheiden wir mit Ihnen, wenn das Inventar vorliegt. Einen Wechsel empfehlen wir nur, wenn er sich für Sie rechnet.

Reicht es, jQuery auf die aktuelle Version zu heben?

Oft ist das der erste Schritt. Das Plugin jQuery Migrate meldet veraltete Aufrufe, die wir dann einzeln ersetzen. Der meiste Aufwand steckt in Plugins: Manche werden nicht mehr gepflegt und laufen mit neuen jQuery-Versionen nicht, dann tauschen wir sie aus.

Ob das Update genügt oder einzelne Bereiche besser neu entstehen, zeigt das Inventar des Frontends.

Müssen wir unser System neu schreiben, um einen neuen Stack zu nutzen?

Nein. Läuft das alte System, stellen wir seine Logik als API bereit und schließen einmalig bekannte Lücken. Die Funktion soll dabei erhalten bleiben, Vergleichstests prüfen das. Das Neue bauen wir daneben im neuen Stack, der diese API nutzt.

Ein Neuschreiben lohnt sich selten. Es kommt infrage, wenn das Framework nicht mehr gepflegt wird, es keine Tests gibt und sich die Geschäftsregeln aufschreiben lassen. Ob das bei Ihnen zutrifft, klärt der Legacy-Review.

Wann können Sie starten?

Eine erste Antwort erhalten Sie innerhalb eines Werktags. Wann wir mit der Arbeit beginnen, hängt von der aktuellen Auslastung und vom Umfang ab. Das sagen wir Ihnen im Erstgespräch verbindlich. Ist es dringend, beginnt die 48-Stunden-Einschätzung, sobald wir Zugriff auf das System haben.

Nicht sicher, welche Leistung zu Ihrem System passt?

Beschreiben Sie Ihr System in zwei Sätzen. Wir sagen Ihnen, welche Leistung passt und ob ein Einstiegsprodukt mit festem Preis der richtige erste Schritt ist.