Mga Tanong sa Angular Interview na Aasahan

Malawak ang API surface ng Angular, at itinuturing ng mga inilathalang listahan ng tanong na pantay-pantay ang posibilidad ng bawat decorator na lumabas. Hindi sila pantay-pantay. Sinasaklaw ng bahaging ito ang mga larangan na talagang nagtatakda sa karamihan ng mga round, para tumugma ang iyong pagsasanay sa aktwal na distribusyon. May apat na grupong nangingibabaw:

• Change detection: ano ang nagti-trigger ng isang check, paano nagpa-patch ang Zone.js sa mga asynchronous API, ano ang binabago ng OnPush, at paano hinahayaan ng signals ang Angular na laktawan ang trabaho.
• Dependency injection: hierarchical na injector, providedIn, injection token, at ang function na inject() laban sa mga parameter ng constructor.
• RxJS: observable laban sa promise, pagpili ng tamang operator, at paglilinis ng subscription bago masira ang isang component.
• Arkitektura ng component: standalone components, input at output, content projection, at lifecycle hook.

Mas mahalaga rito ang kaalaman sa bersyon kaysa sa karamihan ng round ng ibang framework, dahil nagbago ng direksyon ang Angular. Ang standalone components, ang built-in na control flow block na @if at @for, deferrable view, at signals ay lahat dumating sa mga kamakailang major na bersyon, kaya madalas itanong ng mga interviewer kung ano ang isusulat mo ngayon kumpara sa ginagamit ng mas lumang codebase. Ang pag-alam sa dalawa, at ang pagpapaliwanag kung bakit lumipat ang framework, ay mas maganda ang dating kaysa sa pumanig lamang.

Mas malalim kaysa sa mga pangalan ng operator. Ang tanong sa RxJS na naghihiwalay ng level ay kung aling flattening operator ang angkop: kinakansela ng switchMap ang naunang panloob na kahilingan kaya angkop ito sa typeahead, pinapatakbo ng mergeMap ang lahat nang magkasabay, pinapanatili ng concatMap ang pagkakasunod-sunod, at binabalewala ng exhaustMap ang mga bagong event habang may isang tumatakbo pa, kaya angkop ito sa submit button. Pagkatapos ay itatanong ng mga interviewer ang tungkol sa leak: ano ang mangyayari sa manual na subscription kapag nasira ang component, at bakit inaalis ng async pipe o takeUntilDestroyed ang problemang ito.

Mas bago ang mga tanong tungkol sa signals at kadalasang nagsisimula sa motibasyon sa halip na sa API. Asahang ipaliwanag mo kung ano ang signal, paano nagmumula ang computed dito, para saan ang effect, at bakit binibigyan ng signals ang Angular ng mas detalyadong paraan para malaman kung ano ang nagbago kaysa sa muling pagsusuri ng buong component tree. Ang malakas na sagot ay iniuugnay ang dalawang paksa: parehong binabawasan ng signals at OnPush ang trabaho ng change detection, pero ginagawa ito ng signals sa pamamagitan ng pagsubaybay sa mga read sa halip na paglilimita kung kailan tatakbo ang check.

Hindi inaasahan ng mga interviewer na na-ship mo na ang bawat bagong feature sa production. Inaasahan nilang sabihin mo kung sa aling bersyon ka huling nagtrabaho at mangatwiran nang malinaw tungkol sa iba pa.

Karamihan sa mga proseso ng Angular ay kinabibilangan ng paggawa ng maliit na bagay habang nanonood ang interviewer. Ang mga umuulit na ehersisyo ay pare-pareho sa iba't ibang kompanya:

• Tumawag ng API mula sa isang service at i-render ang resulta gamit ang async pipe.
• Bumuo ng typeahead search gamit ang debounceTime, distinctUntilChanged, at switchMap.
• Sumulat ng reactive form na may custom validator at nakikitang error state.
• Magpasa ng data sa pagitan ng parent at child component, pagkatapos ay itaas ito sa isang service.
• Magdagdag ng route na may lazily loaded component at guard.

Halimbawa, ang isang front-end engineer na nag-i-interview para sa mid-level na product role ay maaaring bumuo ng typeahead, pagkatapos ay tanungin kung ano ang mangyayari kapag hindi ayos ang pagdating ng mga response, paano magpakita ng loading state, at ano ang dapat mangyari kapag nilinis ng user ang input. Ang mga extension na ito ang nagpapasya sa round, kaya isanay ang mga follow-up sa halip na ang madaling landas. Ang mga karatig na set na binubuksan pa rin ng mga round ng Angular, kasama ang mga pangunahing kaalaman sa plain JavaScript at TypeScript, ay nasa hub ng question bank.

Ang pagbabasa ng listahan ng tanong ay bumubuo ng recognition, hindi recall, at sinusubok ng round ang recall habang may nanonood. Ang solusyon ay ang mga pag-uulit sa tunay na anyo ng round: buuin ang mga standard na ehersisyo mula sa walang laman na proyekto, ikuwento nang malakas ang mga desisyon sa change detection at subscription habang nagta-type, at hawakan ang mga interruption nang hindi nawawala ang daloy. Ang paggawa ng buong set bilang isang spoken rehearsal, isang tanong sa bawat pagkakataon na may follow-up, ay para saan ang pagsasanay sa mock interview.

May isang limitasyon na dapat sabihing malinaw: halos palaging tumatakbo ang mga live na round ng Angular sa isang shared editor o may nakikitang screen, at lahat ng nasa screen na iyon ay nakikita ng interviewer. Ang assistant ay para sa paghahanda at sa mga round na pinapatnubayan ng usapan, hindi sa isang shared screen. Kung anong format ang nagpapahintulot sa ano ay nasasaklaw sa mga uri ng interview.