Perguntas de entrevista de Angular a esperar

A superfície de API do Angular é grande, e listas de perguntas publicadas tratam cada decorator como igualmente provável de aparecer. Não são. Esta seção cobre as áreas que realmente decidem a maioria das rondas, para que sua prática corresponda à distribuição real. Quatro grupos dominam:

• Detecção de mudanças: o que dispara uma verificação, como o Zone.js aplica patches em APIs assíncronas, o que o OnPush muda, e como os signals permitem que o Angular evite trabalho.
• Injeção de dependência: injectors hierárquicos, providedIn, tokens de injeção, e a função inject() em vez de parâmetros de construtor.
• RxJS: observables contra promises, escolha do operador certo, e limpeza de subscriptions antes de um componente ser destruído.
• Arquitetura de componentes: componentes standalone, inputs e outputs, projeção de conteúdo, e lifecycle hooks.

A consciência de versão importa mais aqui do que na maioria das rondas de frameworks, porque o Angular mudou de direção. Componentes standalone, os blocos de fluxo de controle embutidos @if e @for, views adiáveis, e signals chegaram todos em versões principais recentes, então entrevistadores costumam perguntar o que você escreveria hoje em comparação ao que uma base de código mais antiga usa. Conhecer os dois, e explicar por que o framework mudou, causa melhor impressão do que tomar partido.

Mais fundo do que nomes de operadores. A pergunta de RxJS que separa níveis é qual operador de achatamento se encaixa: switchMap cancela a requisição interna anterior e serve para um autocompletar, mergeMap executa tudo em paralelo, concatMap preserva a ordem, e exhaustMap ignora novos eventos enquanto um ainda está em andamento, por isso serve para um botão de envio. Em seguida, entrevistadores fazem a pergunta do vazamento: o que acontece com uma subscription manual quando o componente é destruído, e por que o async pipe ou o takeUntilDestroyed eliminam o problema.

Perguntas sobre signals são mais recentes e geralmente começam pela motivação em vez da API. Espere explicar o que é um signal, como o computed deriva um a partir dele, para que serve um effect, e por que os signals dão ao Angular uma forma mais granular de saber o que mudou em vez de reverificar uma árvore de componentes. Uma boa resposta conecta os dois temas: signals e OnPush reduzem o trabalho da detecção de mudanças, mas os signals fazem isso rastreando leituras em vez de restringir quando uma verificação roda.

Entrevistadores não esperam que você tenha colocado em produção cada funcionalidade recente. Eles esperam que você diga em qual versão trabalhou por último e raciocine com clareza sobre o resto.

A maioria dos processos de Angular inclui construir algo pequeno enquanto o entrevistador observa. Os exercícios recorrentes são estáveis entre empresas:

• Chamar uma API a partir de um service e renderizar o resultado com o async pipe.
• Construir uma busca com autocompletar usando debounceTime, distinctUntilChanged, e switchMap.
• Escrever um formulário reativo com um validador personalizado e estados de erro visíveis.
• Passar dados entre um componente pai e filho, depois elevá-los para um service.
• Adicionar uma rota com um componente de carregamento tardio e um guard.

Um engenheiro front-end entrevistando para uma vaga de produto de nível médio, por exemplo, pode construir o autocompletar e depois ser pressionado sobre o que acontece quando respostas chegam fora de ordem, como mostrar um estado de carregamento, e o que deveria acontecer quando o usuário limpa o campo. Essas extensões são o que decide a ronda, então pratique os desdobramentos em vez do caminho ideal. Conjuntos adjacentes com os quais rondas de Angular ainda começam, incluindo fundamentos de JavaScript e TypeScript puro, estão no hub de bancos de perguntas.

Ler uma lista de perguntas constrói reconhecimento, não recall, e a ronda testa recall enquanto alguém observa. A solução são repetições na forma real da ronda: construir os exercícios padrão a partir de um projeto vazio, narrar em voz alta as decisões de detecção de mudanças e subscriptions enquanto digita, e absorver interrupções sem perder o fio. Fazer o conjunto como um ensaio falado, uma pergunta de cada vez com desdobramentos, é para isso que serve a prática de entrevista simulada.

Vale a pena declarar um limite com clareza: rondas ao vivo de Angular quase sempre rodam em um editor compartilhado ou com sua tela visível, e tudo nessa tela é visível para o entrevistador. Um assistente pertence à preparação e a rondas guiadas por conversa, não a uma tela compartilhada. Quais formatos permitem o quê está coberto em tipos de entrevista.