Angular-sollicitatievragen om te Verwachten

Het API-oppervlak van Angular is groot, en gepubliceerde vragenlijsten behandelen elke decorator alsof die even waarschijnlijk aan bod komt. Dat is niet zo. Dit gedeelte behandelt de gebieden die de meeste rondes echt bepalen, zodat je oefening overeenkomt met de werkelijke verdeling. Vier clusters domineren:

• Change detection: wat een check triggert, hoe Zone.js asynchrone API's patcht, wat OnPush verandert en hoe signals Angular werk laten overslaan.
• Dependency injection: hiërarchische injectors, providedIn, injection tokens en de functie inject() tegenover constructorparameters.
• RxJS: observables tegenover promises, de juiste operator kiezen en subscriptions opruimen voordat een component wordt vernietigd.
• Componentarchitectuur: standalone components, inputs en outputs, content projection en lifecycle hooks.

Kennis van versies is hier belangrijker dan in de meeste framework-rondes, omdat Angular van koers veranderde. Standalone components, de ingebouwde control-flow-blokken @if en @for, deferrable views en signals kwamen allemaal in recente hoofdversies, dus interviewers vragen vaak wat je vandaag zou schrijven tegenover wat een oudere codebase gebruikt. Beide kennen, en weten waarom het framework veranderde, komt beter over dan partij kiezen.

Dieper dan operatornamen. De RxJS-vraag die niveaus scheidt, is welke flattening-operator past: switchMap annuleert het vorige innerlijke verzoek en past bij een typeahead, mergeMap voert alles parallel uit, concatMap behoudt de volgorde en exhaustMap negeert nieuwe events zolang er nog één loopt, daarom past het bij een verzendknop. Interviewers stellen daarna de lekvraag: wat gebeurt er met een handmatige subscription wanneer het component wordt vernietigd, en waarom de async pipe of takeUntilDestroyed dat probleem wegneemt.

Vragen over signals zijn nieuwer en beginnen meestal bij de motivatie in plaats van de API. Verwacht uit te leggen wat een signal is, hoe computed daarvan wordt afgeleid, waar een effect voor dient en waarom signals Angular een fijnmaziger manier geven om te weten wat er is veranderd dan het opnieuw controleren van een hele componentboom. Een sterk antwoord verbindt de twee onderwerpen: signals en OnPush verminderen allebei het werk dat change detection doet, maar signals doen dat door reads bij te houden in plaats van door te vernauwen wanneer een check draait.

Interviewers verwachten niet dat je elke recente feature al hebt gebruikt. Ze verwachten dat je zegt in welke versie je het laatst hebt gewerkt en helder redeneert over de rest.

De meeste Angular-rondes omvatten het bouwen van iets kleins terwijl de interviewer toekijkt. De terugkerende oefeningen zijn stabiel over bedrijven heen:

• Een API aanroepen vanuit een service en het resultaat renderen met de async pipe.
• Een typeahead-zoekfunctie bouwen met debounceTime, distinctUntilChanged en switchMap.
• Een reactive form schrijven met een aangepaste validator en zichtbare foutstatussen.
• Data doorgeven tussen een parent- en child-component, en het daarna naar een service tillen.
• Een route toevoegen met een lazy-loaded component en een guard.

Een front-end engineer die solliciteert voor een middenrol bij een product zou bijvoorbeeld de typeahead kunnen bouwen, en daarna doorgevraagd worden over wat er gebeurt als reacties in de verkeerde volgorde binnenkomen, hoe je een laadstatus toont en wat er moet gebeuren als de gebruiker de invoer wist. Die uitbreidingen bepalen de ronde, dus oefen de vervolgvragen in plaats van het gelukkige pad. Aanverwante sets waarmee Angular-rondes nog vaak openen, waaronder pure JavaScript- en TypeScript-basiskennis, staan in de hub met vragenbanken.

Het lezen van een vragenlijst bouwt herkenning op, geen recall, en de ronde test recall terwijl iemand toekijkt. De oplossing is herhaling in de echte vorm van de ronde: bouw de standaardoefeningen vanuit een leeg project, vertel je change detection- en subscription-beslissingen hardop terwijl je typt, en verwerk onderbrekingen zonder de draad kwijt te raken. De set uitvoeren als een gesproken repetitie, één vraag tegelijk met vervolgvragen, is waar mock-interviewoefening voor dient.

Eén beperking die het waard is om duidelijk te vermelden: Angular live-rondes draaien bijna altijd in een gedeelde editor of met je scherm zichtbaar, en alles op dat scherm is zichtbaar voor de interviewer. Een assistent hoort thuis in de voorbereiding en in gespreksgestuurde rondes, niet op een gedeeld scherm. Welke formats wat toestaan, staat beschreven in interviewtypes.