Angular-intervjufrågor att Förvänta sig

Angulars API-yta är stor, och publicerade frågelistor behandlar varje decorator som lika sannolik att komma upp. Det är de inte. Det här avsnittet täcker de områden som faktiskt avgör de flesta rundor, så att din övning matchar den verkliga fördelningen. Fyra kluster dominerar:

• Change detection: vad som utlöser en kontroll, hur Zone.js patchar asynkrona API:er, vad OnPush ändrar och hur signals låter Angular hoppa över arbete.
• Dependency injection: hierarkiska injectors, providedIn, injection tokens och funktionen inject() jämfört med konstruktorparametrar.
• RxJS: observables jämfört med promises, att välja rätt operator och städa upp subscriptions innan en komponent förstörs.
• Komponentarkitektur: standalone-komponenter, inputs och outputs, content projection och lifecycle hooks.

Versionsmedvetenhet spelar större roll här än i de flesta ramverksrundor, eftersom Angular bytte riktning. Standalone-komponenter, de inbyggda control flow-blocken @if och @for, deferrable views och signals kom alla i de senaste större versionerna, så intervjuare frågar ofta vad du skulle skriva idag jämfört med vad en äldre kodbas använder. Att känna till båda, och varför ramverket ändrades, ger ett bättre intryck än att välja sida.

Djupare än bara operatornamn. RxJS-frågan som skiljer nivåer åt är vilken flattening-operator som passar: switchMap avbryter den föregående inre förfrågan och passar en typeahead, mergeMap kör allt parallellt, concatMap bevarar ordningen och exhaustMap ignorerar nya events medan en fortfarande pågår, vilket är varför den passar en skicka-knapp. Intervjuare ställer sedan läckagefrågan: vad händer med en manuell subscription när komponenten förstörs, och varför async pipe eller takeUntilDestroyed tar bort problemet.

Frågor om signals är nyare och börjar oftast från motivationen snarare än API:et. Förvänta dig att förklara vad en signal är, hur computed härleds från en, vad ett effect är till för och varför signals ger Angular ett mer finkornigt sätt att veta vad som ändrats än att omkontrollera ett helt komponentträd. Ett starkt svar kopplar ihop de två ämnena: signals och OnPush minskar båda det arbete change detection gör, men signals gör det genom att spåra läsningar snarare än genom att begränsa när en kontroll körs.

Intervjuare förväntar sig inte att du har använt varje ny funktion. De förväntar sig att du säger vilken version du senast jobbade i och resonerar tydligt om resten.

De flesta Angular-rundor innebär att bygga något litet medan intervjuaren tittar på. De återkommande övningarna är stabila mellan företag:

• Anropa ett API från en service och rendera resultatet med async pipe.
• Bygga en typeahead-sökning med debounceTime, distinctUntilChanged och switchMap.
• Skriva ett reactive form med en anpassad validator och synliga felstatus.
• Skicka data mellan en parent- och en child-komponent, och sedan lyfta det till en service.
• Lägga till en route med en lazy-loaded komponent och en guard.

En frontend-ingenjör som intervjuas för en produktroll på mellannivå kan till exempel bygga typeahead-funktionen och sedan bli pressad om vad som händer när svar kommer i fel ordning, hur man visar ett laddningstillstånd och vad som bör hända när användaren rensar inmatningen. Dessa tillägg är där rundan avgörs, så öva på uppföljningsfrågorna snarare än den enkla vägen. Angränsande set som Angular-rundor fortfarande ofta öppnar med, inklusive ren JavaScript- och TypeScript-grund, finns i frågebankernas nav.

Att läsa en frågelista bygger igenkänning, inte återkallning, och rundan testar återkallning medan någon tittar på. Lösningen är repetitioner i rundans verkliga form: bygg standardövningarna från ett tomt projekt, berätta högt om dina change detection- och subscription-beslut medan du skriver, och absorbera avbrott utan att tappa tråden. Att köra setet som en muntlig repetition, en fråga i taget med uppföljningsfrågor, är vad mock-intervjuövning är till för.

En begränsning värd att säga rakt ut: Angular-liverundor körs nästan alltid i en delad editor eller med din skärm synlig, och allt på den skärmen syns för intervjuaren. En assistent hör hemma i förberedelser och i samtalsstyrda rundor, inte på en delad skärm. Vilka format som tillåter vad täcks i intervjutyper.