Frontend-Entwicklung mit Ember.js und Upgrades von Legacy-Apps

Ich erstelle ehrgeizige Single-Page-Interfaces mit Ember und mache das schon lange genug, um zu verstehen, wo die Konventionen des Frameworks wirklich Zeit sparen. Anstatt jeden Bildschirm von Hand zu erstellen, verlasse ich mich auf Struktur: Routen, die sauber auf URLs abgebildet sind, kleine testbare Komponenten und Ember Data als vorhersehbare Schicht zwischen der Benutzeroberfläche und Ihrem Backend. Das Ergebnis ist eine Anwendung, die ein neuer Entwickler am ersten Tag versteht, nicht eine Sammlung von Ad-hoc-Lösungen, die nur vom Autor verstanden werden.

Ich führe das Projekt durch alle Phasen. Neue Anwendungen beginne ich mit durchdachter Struktur, sinnvoller Erstellung und einer Komponentenbibliothek, die angenehm zu erweitern ist, nicht zu kämpfen. Ich konzentriere mich separat darauf, alten Code zu retten: Anwendungen, die mehrere Versionen hinterherhinken, wieder zum Laufen zu bringen, veraltete Praktiken zu entfernen, von alternden Resolvern und Routern auf aktuelle zu migrieren und Addons zu entwirren, die nicht mehr zusammenarbeiten. Ich mache Upgrades in kleinen, überprüfbaren Schritten, damit das Produkt weiterhin ausgeliefert wird, während es leise gesünder wird.

Sie erhalten kein Demo, das eine Woche lang gut aussieht. Mir liegt langfristige Wartbarkeit am Herzen: klare Tests, dokumentierte Konventionen und Abhängigkeiten, die frisch bleiben, damit das nächste Upgrade langweilig, nicht beängstigend ist. Wenn Sie ein Frontend in Ember haben, das gebaut, aktualisiert oder einfach am Leben gehalten werden muss, werde ich es von seinem aktuellen Zustand dorthin bewegen, wo es sein muss.

— Neue Ember-Anwendungen mit sauberer Struktur, die Konventionen folgen
— Ember Data-Modelle, Serializer und API-Integration
— Auswahl von Addons, benutzerdefinierte Addons und Bereinigung von Abhängigkeiten
— Schrittweise Upgrades und Rettung von Legacy-Ember-Anwendungen