Rozwój frontendu na Ember.js i aktualizacje aplikacji legacy

Tworzę ambitne interfejsy jednostronicowe z Ember i robię to na tyle długo, aby zrozumieć, gdzie konwencje frameworka naprawdę oszczędzają czas. Zamiast budować każdy ekran ręcznie, polegam na strukturze: routy, które czysto mapują do URL-i, małe testowalne komponenty i Ember Data jako przewidywalna warstwa między interfejsem a backendem. Efektem jest aplikacja, którą nowy deweloper czyta od pierwszego dnia, a nie zbiór ad-hoc rozwiązań zrozumiałych tylko dla autora.

Prowadzę projekt przez wszystkie etapy. Nowe aplikacje zaczynam od przemyślanej struktury, sensownej budowy i biblioteki komponentów, która jest wygodna do rozwoju, a nie do walki. Osobno koncentruję się na ratowaniu starego kodu: uruchamianiu aplikacji, które są kilka wersji w tyle, usuwaniu przestarzałych praktyk, migracji z przestarzałych resolverów i routerów do aktualnych, rozplątywaniu dodatków, które już nie współpracują. Wykonuję aktualizacje w małych, weryfikowalnych krokach, aby produkt nadal był dostarczany, jednocześnie cicho stając się zdrowszym.

Nie dostajesz dema, które wygląda ładnie przez tydzień. Zależy mi na długoterminowej utrzymywaniu: jasne testy, udokumentowane konwencje i zależności, które pozostają świeże, aby następna aktualizacja była nudna, a nie przerażająca. Jeśli masz frontend w Ember, który musi być zbudowany, zaktualizowany lub po prostu utrzymany przy życiu, przeniosę go z obecnego stanu do miejsca, w którym powinien być.

— Nowe aplikacje Ember z czystą strukturą zgodną z konwencjami
— Modele Ember Data, serializatory i integracja API
— Wybór dodatków, niestandardowe dodatki i czyszczenie zależności
— Krok po kroku aktualizacje i ratowanie aplikacji Ember legacy