Velkommen til Faglig Forum! :-)
Problemstilling For lang feedbackloop under utvikling når man skal bygge og starte vortex og klikke seg fram til riktig sted
En mulig løsning Gjøre det mulig å skrive tester slik at man kan jobbe testdrevet når man skriver ny kode eller endrer gammel Disse testene vil også være nyttig ved refaktorisering Utfordringen med tester i vortex er at vi har mange avhengigheter
To mock or not to mock Avhengigheter kan mockes, men med mange avhengigheter blir det mye mockkode Mye mockkode gjør testene vanskelige å vedlikeholde ved refaktorisering Skyldes tester som failer feil i koden man tester eller feil i mockkoden? Mocking kan føre til at testen failer uten at funksjonaliteten er endret Sjansen for at mockkoden inneholder feil øker
Alternativer til mocking Initiere en applicationContext med avhengigheter Det tar lang tid å lese inn en applicationContext med alle bønnene til vortex Initiere en applicationContext med bare de avhengighetene vi faktisk trenger
Miyagi Leser inn konfigurasjon Lager avhengighetsgraf ut fra en gitt bønne Lager konfigurasjonen som representerer denne grafen Dette er allerede gjort :)
Veien videre Ta ibruk den delmengden av konfigurasjonen som miyagi lager i tester AbstractDependencyInjectionSpringCon textTests eller tilsvarende
Nye muligheter Mulighet til å validere konfigurasjon Mulighet til å se kompleksiteten av avhengigheter Andre ting? :)